KEKER & VAN NEST, LLP 
JOHN W. KEKER : #49092 
MICHAEL H. PAGE -#154913 
710 Sansome Street 
San Francisco, CA 941 1 1-1704 
Telephone: (415)391-5400 
Facsimile: (415)397-7188 



BEST AVAILABLE COPY 



INTERTRUST TECHNOLOGIES CORPORATION 
DOUGLAS K. DERWIN - #1 1 1 407 
JEFFERY J. McDOW - #1 84727 
4800 Patrick Henry Drive 
Santa Clara, CA 95054 
Telephone: (408)855-0100 
8 II Facsimile: (408)855-0144 



9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 



PENNIE & EDMONDS LLP 
MICHAEL J. LYONS - #202284 
300 Hillview Avenue 
Palo Alto, CA 94304 
Telephone: (650)493-4935 
Facsimile: (650)493-5556 

Attorneys for Plaintiff and Counter-Defendant 
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UNITED STATES DISTRICT COURT 
NORTHERN DISTRICT OF CALIFORNIA 



INTERTRUST TECHNOLOGIES 
| CORPORATION, a Delaware corporation, 

Plaintiff, 



I MICROSOFT CORPORATION, a 
Washington corporation, 

Defendant. 



AND COUNTER ACTION. 



Case No. C 01-1640 SBA (MET) 

Consolidated with C 02-0647 SBA 

INTERTRUST'S DISCLOSURES OF 
ASSERTED CLAIMS AND 
PRELIMINARY INFRINGEMENT 
CONTENTIONS PURSUANT TO 
PATENT LOCAL RULES 3-1 and 3-2 



0683, '193, '861, '721, '891, '900, '912, '019, 
'876, '181 , and '402 Patents) 
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Pursuant to the Court's August 8, 2003 Order, Plaintiff InterTmst Technologies 

Corporation ("InterTmst") hereby submits its Disclosures of Asserted Claims and Preliminary 

Infringement Contentions under Patent Local Rules 3-1 and 3-2 ("PLR 3-1 & 3-2 Disclosures") 

to Defendant Microsoft Corporation ("Microsoft"). These PLR 3-1 & 3-2 Disclosures supercede 

all previous PLR 3- 1 and PLR 3-2 disclosures served by InterTmst in this case. 

Patent Local Rule 3-1 : Disclosure of Asserted Claims and Preliminary 
Infringement Contentions 

(a) Asserted claims 

InterTmst currently contends that the Microsoft products identified herein infringe the 
claims of U.S. Patents Nos. 6,185,683 Bl ("the '683 patent"); 6,253,193 Bl ("the *193 patent"); 
5,920,861 ("the '861 patent"); 6,157,721 ("the '721 patent"); 5,982,891 ("the '891 patent"); 
5,892,900 ("the '900 patent"); 5,917,912 ("the '912 patent"); 5,915,019 ("the '019 patent"); 
5,949,876 ("the '876 patent"); 6;1 12,181 ("the '181 patent"); and 6,389,402 Bl ("the '402 
patent"), as identified in the attached claim charts. As discovery progresses, InterTmst may 
determine that additional Microsoft products infringe the asserted patents and/or that Microsoft 
infringes additional patent claims. InterTmst reserves the right to supplement and/or amend its 
disclosures and infringement contentions. 

(b) Accused products 

InterTmst contends that various Microsoft products infringe the patent claims identified 
in the claim charts attached hereto. Accused products are listed in Exhibit A hereto. Accused 
products are listed in Exhibit A hereto, which is intended to encompass past, present, and future 
product versions that include the accused features and/or functionality. 

(c) Claim charts 

InterTmst submits the attached claim charts based solely on information available to it to 
date. Discovery is ongoing, and additional information is likely to be produced during 
discoven/. LiterTmsl therefore reserves the right to supplement and/or amend its infringement 
assertions as discovery proceeds. 
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InterTrust contends that Microsoft infringes at least the claims of the '683, '193, '861 , 
'721, '891, '900, '912, '019, '876, '181, and '402 patents identified in the claim charts attached 
lereto as Exhibits B and C: 1 

(d) Literal infringement and the doctrine of equivalents 

InterTrust contends that Microsoft infringes the claims of the '683, '193, '861, '721, 
891, '900, '912, '019, '876, '181, and '402 patents as specified in Exhibits B and C both 
iterally and under the doctrine of equivalents. 

(e) Priority from earlier applications 

InterTrust claims priority for the claims of the '891, '912, '683, '193, '019, '876, and 
402 patents-in-suit dating to application No. 08/388, 1 07, filed February 1 3, 1 995,. InterTrust 
laims priority for the claims of the '900 patent-in-suit dating to application No. 08/695,927, 
iled August 12, 1996. InterTrust does not claim priority for the claims of the '721, '861, and 
1 81 palents-in-suit dating to any earlier application. 

(f) Reliance on InterTrust's own products 

InterTrust does not currently intend to rely on the assertion that its own Commerce and 
jghts System products practice at least some of the claimed inventions of the '683, '193, '861, 
m, '891, '900, '912, '019, '876, '181, and '402 patents-in-suit to support its infringement 
>sertions against Microsoft. 

a tent Local Rule 3-2: Document Production Accompanying Disclosure 
(a) Documents re disclosure and/or offer of sale 

InterTrust is not currently aware of such documents other than the documents that have 
eviously been produced. See 1T0001 7664- 1 91 68, 1T00020866-21 695, IT0002 1 700-23578, 



Exhibit B contains claim charts based upon publicly available or non-confidential sources, 
xhibit C contains additional claim charts referencing material designated as "Attorneys' Eyes 
nly" by Microsoft, and is served under separate caption. No other information contained in 
ese disclosures is designated confidential by either party, and InterTrust does not object to 
ssemination of this document, other than Exhibit C, to persons not permitted to view 
(rifidential information in this case. For ease of reference, the claim charts attached hereto 
elude all claims previously disclosed by InterTrust, as well as new claims, 
umbering/letiering/bolding has been added to the text of each claim for convenience only, and 
not intended to alter, expand, or interpret the meaning of those claims. In instances where 
fringement claims are illustrated by quotation or reference to Microsoft documents, those 
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IT00038608-43419. 

(b) Documents re conception, reduction to practice, and/or design/development 
InterTrust has produced nonprivileged documents concerning the conception, design, 

development, and reduction to practice of the inventions disclosed in the patents-in-suit: See, 
e.g.. IT00000005- 17261, IT00036207-38606, IT0004 1497-549. In addition, InterTrust has 
produced voluminous archives of source code created in the course of its business, some of 
which may constitute additional evidence of the conception, design, development, and reduction 
to practice of its patented inventions. InterTrust is not currently aware of any other such 
nonprivileged documents in its possession or control other than said source code and the source 
code and documents thai have been produced. 

(c) Prosecution history of patents-in-suit 

The prosecution histories of the patents-in-suit have previously been produced. See, e.g.. 
1T00062350-67643,IT00070342-72434,FH00107455- 107731, FH001 13539-118857, 
FH1 18866-121322. ' \ 



Dated: September 2003 


] 

KEKER & VAN NESl 












By: , J ^f^K 






MIC^MrTH. PAGE/ 





Attorneys for Plaintin/and Counter-Defendant 
INTERTRUST TECHNOLOGIES 
CORPORATION 
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Exhibit A 



Microsoft Accused Products 

Visual Studio .Net Enterprise Architect 
Visual Studio .NET Enterprise Developer • 
Visual Studio .NET Professional 
Visual Studio .Net 
ASP. Net 

.NET Framework SDK 
.Net License Compiler 

Office XP Standard 

Office XP Professional 

Office XP Professional with FrontPage 

Office XP Developer 

Windows XP Home Edition 

Windows XP Professional 

Access 2002 

Excel 2002 

FrontPage 2002 

Outlook® 2002 

PowerPoint ® 2002 

Project 2002 

Publisher ® 2002 

Visio® 2002 

Word 2002 

Visio Enterprise Network Tools 

Office 2000 SR-1 

Project 2000 SR-1 

Windows XP Embedded 

Windows CE .NET 

Windows CE for Automotive 

Mobility and Wireless Solutions for business 

Mobile Devices 

Pocket PC 

Microsoft Smartphone Platform 

Microsoft XBOX 

Windows ME 

Digital Asset Server 

Microsoft Reader 

Windows Media Piayer 

Windows Media Rights Manager SDK 

Windows Media Device DRM technology 

Microsoft Secure Audio Path technology 

Exhibit A 
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Microsoft System Management Server 
Windows File Protection System 

Microsoft ActiveX technology, including all Microsoft tools that support 
the Microsoft ActiveX licensing model 

All products that contain the Microsoft Common Language Runtime 
(CLR), Microsoft Compact CLR, or Microsoft implemented .Net 
Common Language Infrastructure 

Application Center 

BizTalk Server 

Commerce Server 

Content Management Server 

Exchange Server 

Host Integration Server 

Internet Security and Acceleration Server 

Mobile Information Server 

SharePoint Portal Server 

SQL Server 

Windows 2000 Server 

.NET Enterprise Services 

.NET Infrastructure and Services 

Microsoft Installer SDK 

All products that contain the Microsoft Installer Technology 
Microsoft .Net MyServices 

Windows Hardware Quality Labs Certification Services 
Office 2003 and included applications 

Server 2003, including Microsoft hosted RMS Services using Passport 
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INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,892,900 








4 

5 


155. 


Products infringing: Any product using 
Microsoft Product Activation or Reader 




A virtual distribution environment comprising 




O 

7 


(a) a first host processing environment 
comprising 


computer running a Microsoft product 
containing the Product Activation feature, 
including Windows XP, Office XP,.Visio 
2002. Reader using its activation feature. . 


8 


( 1) a central processing unit: 


CPU of computer 


0 

y 


(2) main memory operatively connected 
to said central processing unit: 


main memory of computer 


10 


(3) mass storage operatively connected 
to said central processing unit and said 
main memory: 


hard disk or other mass storage contained in 
computer 


11 

12 
13 


(b) said mass storage stonng tamper resistant 
software designed to be loaded into said main 
memory and executed by said central 
processing unit, said tamper resistant software 
comprising: 


Microsoft Product Activation software 


14 
15 


(1) machine check programming which 
derives information from one or more 
aspects of said host processing 
environment, 


Product Activation software generates 
hardware information relating to the host 
processing environment as part of the 
activation process 


16 


(2) one or more storage locations 
storing said information; 


hardware information is stored in the 
computer's storage 




(3\ integrity programming which 




17 
18 


(i) causes said machine check 
programming to derive said 

llliUI illalJOn, 


each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 


19 ! 
20 


(ii) compares said information 
to information previously stored 

in coin nnP TY\/~\r(± of AronA 

in bdiu ujic or inore storage 
locations, and 


each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 


21 

22 


(iii) generates an indication 
based on the result of said 
comparison: and 


Product Activation software indicates whether 
the test has passed or failed 


23 


(4) programming which takes one or 
more actions based on the state of said 
indication: 




24 

25 
26 


(i) said one or more actions 
including at least temporarily 
halting further processing. 


Product Activation software will allow system 
startup procedures to continue, if test succeeds, 
or discontinue startup and offer user 
opportunity to reactivate if the test fails 


27 
28 
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A virtual distribution environment comprising 



(a) a first host processing environment 
comprising 



Product Infringing: Any product using 
Microsoft Product Activation or Reader 
Activation feature. 



(Da central processing unit: 
(2) main memory operatively connected 
to said central processing unit: 



computer running a Microsoft product 
containing the Product Activation feature, 
including Windows XP, Office XP, Visio 2002 
and Reader 



CPU of computer 



main memory of computer 



(3) mass storage operatively connected 
to said central processing unit and said 
main memory: 



hard disk or other mass storage contained in 
computer 



^b) said mass storage storing tamper resistant 
software designed to be loaded into said 
main memory and executed by said central 
processing unit, said tamper resistant 
software comprising: 



Microsoft Product Activation software 



(1) machine check programming which 
derives information from one or more 
aspects of said host processing 
environment . __ 



Product Activation software generates 
hardware information relating to the host 
processing environment as part of the 
activation process 



(2) one or more storage locations 
storing said information: 



hardware information is stored in the 
computer's storage 



(3) integrity programming which 



(i) causes said machine check 
programming to derive said 
information, 



each lime the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware . 



(ii) compares said information 
to information previously stored 
in said one or more storage 
locations, and ._ 



each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 



(iii) generates an indication 
based on the result of said 
comparison: and 



Product Activation software indicates whether 
the test has passed or failed 



(4) programming which takes one or 
more actions based on the state of said 
indication: 



(i) said one or more actions 
including at least temporarily 
disabling certain functions. 



Product Activation may disable the underlying 
software from generating new files or running 
user applications if the test fails 
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A virtual distribution environment comprising 



Product Infringing: Any product using 
Microsoft Product Activation or Reader 
Activation feature. 



(a) a first host processing environment 
comprising 



computer running a Microsoft product 
containing the Product Activation feature, 
including Windows XP, Office XP, Visio 2002 
and Reader 



(1) a central processing unit: 

(2) main memory operatively connected 
to said central processing unit: 



CPU of computer 



main memory of computer 



(3) mass storage operatively connected 
to said central processing unit and said 
main memory: 



hard disk or other mass storage contained in 
computer 



(b) said mass storage storing tamper resistant 
software designed to be loaded into said 
main memory and executed by said central 
processing unit, said tamper resistant 
software comprising: 



Microsoft Product Activation software 



(1) machine check programming which 
derives information from one or more 
aspects of said host processing 
environment 



Product Activation software generates hash 
information relating to the host processing 
environment as part of the activation process 



(2) one or more storage locations 
storing said information: 



hardware information is stored in the 
computer's storage , ; 



OVintegritv programming which 



(i) causes said machine check 
programming to derive said 
information, 



each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 



(ii) compares said information 
to information previously stored 
in said one or more storage 
locations, and ' 



each time the Microsoft program starts up after 
initial activation, Product Activation checks 
the originally derived hardware information 
against current hardware 



(iii) generates an indication 
based on the result of said 
comparison: and 



Product Activation software indicates whether 
the test has passed or failed 



(4) programming which takes one or 
more actions based on the state of said 
indication: 



(i) said one or more actions 
including displaying a message 
to the user. 



Product Activation software displays a 
message to the user if the test fails 



i! 
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\ virtual distribution environment comprising 



Products infringing: Windows Media Player 



\ first host processing environment comprising 



WMP with Individualized DRM client 
(referred to hereafter as the Individualized 
WMP) running on a client computer 



i central processing unit 



Client CPU 



nain memory bperatively connected to said 
rentral processing unit 



Client memory 



nass storage operatively connected to said 
entral processing unit and said main memory 



Local disk drive 



aid mass storage storing tamper resistant 
oftware designed to be loaded into said main 
nemory and executed by said central 
processing unit, said tamper resistant software 
omprising: 



Individualized WMP (I- WMP) stored on disk 
and loaded into main memory upon execution. 
I- WMP is tamper resistant. 



lachine check programming which derives 
iformation from one or more aspects of said 
ost processing environment, 



Individualization module is generated by the 
MS individualization service either when the 
un-individualized WMP tries to open licensed 
content that requires a security upgrade (aka, 
Individualization) or when the user requests an 
upgrade un-provoked. The individualization 
module is unique and signed and is bound to a 
unique hardware ID using the MS machine 
activation process. 



ne or more storage locations storing said 
iformation 



The aforementioned unique feature are located 
in multiple places or storage locations 



itegritv programming which 



auses said machine check programming to 
erive said information, 



The ID is regenerated by WMP/DRM client 
when first loading the Individualized DRM 
Client to access a piece of content requiring the 
security upgrade. 



Dmpares said information to information 
reviously stored in said one or more storage 
nations, and ; 



The program checks the new copy against the 
one to which the individualized DRM client is 
bound. 



enerates an indication based on the result of 
\id comparison; and 



Program stores the result of this check. 



rogramming which takes one or more actions 
ased on the state of said indication 



If these are not equal, the user is notified via a 
message stating that he/she must acquire a 
security upgrade (that is, the current security 
upgrade is invalid). If they are equal then 
processing of songs requiring Individualization 
continues. : ■ 



lid one or more actions including at least 
m porarily disabling certain functions. 



Songs targeted to this Individualization module 
cannot be accessed until the upgrade is correct. 
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157. A virtual distribution environment 
:omprising 



Infringing products include: Windows Media 
Player 



> first host processing environment comprising 



See 156 



i central processing unit 



See 156 



nain memory operatively connected to said 
:enfral processing unit 



See 156 



nass storage operatively connected to said 
:entral processing unit and said main memory 



See 156 



aid mass storage storing tamper resistant 
bftware designed to be loaded into said main 
nemory and executed by said central 
irocessing unit, said tamper resistant software 
omprising: 



See 156 



nachine check programming which derives 
nformation from one or more aspects of said 
lost processing environment. 



See 156 



me or more storage locations storing said 
nformation 



See 156 



ntegrity programming which causes said 
nachine check programming to derive said 
nformation compares said information to 
nformation previously stored in said one or 
lore storage locations, and 



See 156 



enerates an indication based on the result of 
aid comparison: and 



See 156 



rogramming which takes one or more actions 
ased on the state of said indication 



See 156 



aid one or more actions including displaying a 
message to the user. 



If these are not equal, the user is notified via a 
message stating that he/she must acquire a 
security upgrade (that is, the current security 
upgrade is invalid). 
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Infringing Product: Microsoft's Windows File 
Protection and System File Checker features, 
embodied in Microsoft's Windows 2000, 
Windows XP products, and Server 2003 



A virtual distribution environment comprising 



(a) a first host processing environment 
Comprising 



computer running Microsoft Windows 2000 or 
Windows XP. 



(1) a central processing unit: 



(2) main memory operatively connected 
to said central processing unit: 



CPU of computer 



main memory of comput er 



(3) mass storage operatively connected 
to said central processing unit and said 
main memory: 



hard disk or other mass storage contained in 
computer 



[b) said mass storage storing tamper resistant 
software designed to be loaded into said 
main memory and executed by said central 
processing unit, said tamper resistant 
software comprising: 



Windows File Protection process/service 
("WFP") and System File Checker (SFC.exe) 
features of winlogon.exe. Winlogon.exe is 
treated as a "critical" service by the Windows 
operating system. Files supporting WFP 
(including winlogon.exe, sfc.exe, sfc.dll (2000 
only), sfcfiles.dll (2000 only) and sfc_os.dll 
(XP only)) are "protected" files and are signed 
using a signature verified by a hidden key. In 
Windows 2000, WFP uses hidden functions 
within the sfc.dll libraiy. Functions are 
imported by "ordinal" instead of "name/ 



(1) machine check programming which 
derives information from one or more 
aspects of said host processing 
environment, 



Winlogon either directly or using another dll 
(XP) or using SFC.dll (2000) determines if 
changed file was protected, computes the hash 
of protected files and, if necessary, computes 
the hash of the file in the dll cache before using 
it to replace a file overwritten by an incorrect 
version of the file. 



(2) one or more storage locations 
storing said information: 



hardware information is stored in the 
computer's memory 



(3) integrity programming which 



(i) causes said machine check 
programming to derive said 
information, 



Windows notifies Winlogon when there has 
been a system directory change or a change in 
the dll cache. 



(ii) compares said information 
to information previously stored 
in said one oi more storage 
locations, and 



Winlogon either directly or using another dll 
(XP) or using SFC.dll (2000) compares 
l computed hash with hash in the hash database 
created from the Catalog file(s), and, if there is 
a difference, compares the hash of the file in 
the d\] cache to the hash database created from 



si. 
1 1 

Exhibit B !! 
6 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
.15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



the Catalog flle(s) before using it to replace an 
overwritten file. 



(iii) generates an indication . 
based on the result of said 
comparison: and 



An event is written to the Event Viewer if 
hashes do not agree. 



(4) programming which takes one or 
more actions based on the state of said 
indication; 



Depending on the circumstances, WFP 
displays several messages to the user, 
including prompting the user to contact the 
system administrator, and to insert a CD-ROM. 



(i) said one or more actions 
including displaying a message 
to the user. 



See above. Messages also constitute viewable 
Event Property pop-ups. 
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* Product Infringing: XBox 



'"^"^ IIIHIIIKIIIC. ^VtJVIA . . s 

The process constitutes assembly and use 
of components making up an XBox game. 

I no fircf rAncicfc at ino c*e*s*r\T\ A f\ \a 



A process comprising the following steps: 



accessing a first record containing 
information directly or indirectly 
identifying one or more elements of a first 
component assembly, 



The first record consists of the second file 
table on an XBox DVD. This table 
identifies the .xbe file which includes the 
game information: 



at least one of said elements including at 
least some executable programming, 



The xbe file includes executable 
programming. 



at least one of said elements constituting a 
load module, 



The xbe file is a load module. 



said load module including executable 
programming and a header; 



The xbe file includes a header. 



at least a portion of said header is a public 
portion which is characterized by a 
relatively lower level of security 
protection: and 



Most information the xbe header is not 
obfuscated. 



at least a portion of said header is a private 
portion which is characterized, at least 
some of the time, by a level of security 
protection which is relatively higher than 
said relatively lower level of security 
protection. 



The entry point address and the kernel 
image thunk address listed in the xbe 
header are obfuscated and therefore at a 
higher level of security protection. 



using said information to identify and 
locate said one or more elements; . 



The second file table identifies the .xbe 
file, including where that file is located. 



accessing said located one or more 
dements; 



The .xbe file is accessed by the XBox. 



securely assembling said one or more 
dements to form at least a portion of said 
first component assembly; 



At runtime, the .xbe file is assembled with 
certain services of the operating system to 
form a component assembly. Security 
associated with this assembling process 
includes verifying signatures associated 
with portions of the .xbe file, and replacing 
obfuscated calls to operating system 
services with actual addresses. 

The assembly may also include patch files 
downloaded from a remote server. 



executing at least some of said executable 1 Game play requires execution of the 
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programming: and 



assembled programming. 



checking said record for validity prior to 
performing said executing step. 



The second' file table is protected by a 
digital signature, and is not loaded/used 
unless the digital signature is verified 
against the file. 



7. A process as in claim 6 in which: 



said relatively lower level of security 
protection comprises storing said public 
header portion in an unencrypted state; and 



The header is protected by the techniques 
protecting the xbe such as signing and 
security descriptors, but it is not encrypted 
except as noted below. 



said relatively higher level of security 
protection comprises storing said private 
header portion in an encrypted state. 



The entry point address and the kernel 
image tbunk address listed in the xbe ' 
header are obfuscated. The Xbox SDrC's 
(XDK) image build uses a key value shared 
with the retail XBox to perform two XOR 
operations against the addresses 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U-S. PATENT NO. 5,917,912 



Infringing products: Microsoft CLR or CCLR 
and .NET Framework SDK and products that 
include one or both of these. 



^ process comprising the following steps: 



a) accessing a first record containing 
nformation directly or indirectly identifying 
me or more elements of a first component 
ssembly, 



The first record is either an assembly manifest, 
or a whole assembly; the elements are other 
assemblies that are referenced as external in 
the first record; the first component assembly 
is a .NET application domain. 



(1) at least one of said elements 
including at least some executable 
programming, 



Assembly contains executable programming. 



(2) at least one of said elements 
constituting a load module, 



This is an external assembly referenced in the 
first record. 



(i) said load module including 
executable programming and a 
header; 



Assemblies include executable programming, 
and the assembly manifest and CLS type 
metadata constitute a header. 



(ii) said header including an 
execution space identifier 
identifying at least one aspect of 
an execution space required for 
use and/or execution of the load 
module associated with said 
header: 



This feature is provided for in the .NET 
architecture through numerous mechanisms, 
for example, by demands for ZonelD 
permissions. 



(iii) said execution space 
identifier provides the capability 
for distinguishing between 
execution spaces providing a 
higher level of security and 
execution spaces providing a 
lower level of security; 



Security Zone or other evidence provides this 
capability. 



)) using said information to identify and 
>cate said one or more elements; 



Manifest and type metadata information 
section is used to identify and locate files, code 
elements, resource elements, individual classes 
and methods. 



:) accessing said located one or more 
ements; 



Step carried out by the CLR or CCLR loader. 



I) securely assembling said one or more 
ements to form at least a portion of said first 
Dmponent assembly; 



CLR or CCLR carries out this step, including 
checking the integrity of the load module, 
checking the load module's permissions, 
placing the load module contents into an 
application domain, isolating it from malicious 
or badly behaved code, and from code that 
does not have the permission to call it. 



:) executing at least some of said executable 
-ogramming: and 



Step carried out by the CLR/CCLR and the 
CLR/CCLRhost. . 
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(f) checking said record for validity prior to 
performing said executing step. 



The CLR/CCLR checks the authenticity and 
the integrity of the first .NET assembly. 



9. A process as in claim 8 in which said 
execution space providing a higher level of 
security comprises a secure processing 
environment. - 



The CLR/CCLR constitutes a secure 
processing environment 



13. A process as in claim 8 further comprising: 



(a) comparing said execution space identifier 
against information identifying the execution 
space in which said executing step is to occur; 
and 



In one example, the 

ZoneldentityPermissionAttribute SeciirityZone 
value demanded by control in the assembly 
manifest is compared against the SecurityZone 
attribute value corresponding to the calling 
method . 



(b) taking an action if said execution space 
identifier requires an execution space with a 
security level higher than that of the execution 
space in which said executing step is to occur. 



CLR/CCLR will throw an exception and- 
transfer control to an exception handler in the 
calling routine, or it will shut down the 
application if there is no such exception 
handler, if the permissions do not include the 
permissions required by the 
ZoneldentityPermissionAttribute. The 
ZoneldentityPermissions are hierarchical, 
unless customized. 



L4. A process as in claim 13 in which said 
action includes terminating said process prior 
to said executing step. 



CLR/CCLR may terminate the process or 
transfer control to an exception handler that 
may itself terminate the process. 
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1NTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 



INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,917,912 




Products infringing include Windows Installer 
SDK, and products that include the Windows 
Installer technology. 



A process comprising the following steps: 



Scenario 1: use of Windows Installer packages 
(i.e. f MSI files) to create Windows Installer- 
enabled applications, such as Office 2000 and 
used of the WI service to install them. 
Scenario 2: software distribution technologies 
that use the Windows Installer OS service for 
inslallation, such as Internet Component 
Download and products like Office Web 
Components. 

Either scenario can be used by SMS, 

IntelliMirror and third party tools like 

InstallShield and WISE. 

NT or later operating systems (because they 

use the subsystem identifier) 

using cabinet files, .CAB, (because they have a 

manifest and INF and/or OSD files), and 

have been signed with a digital signature and 

will be authenticated by Authenticode or 

WinVerifyTrust API and 

contain at least one PE (portable executables) 



i) accessing a first record containing 
^formation directly or indirectly identifying 
ne or more elements of a first component 
ssembly, 



Scenario 1 : First record is the .MSI file that 
contains information on what goes in the 
assembly and how to install the assembly. 

Scenario 2: 

A. First record is the cabinet manifest 
(indirect instructions) 

B. Or, First record can be INF and/or OSD 
files (direct instructions) 



(1) at least one of said elements 
including at least some executable 
programming, . 



Both scenarios: The PE (portable executable) 
in the cabinet file is the executable 
programming. 



(2) at leasl one of said elements 
consliruiing a load module. 



Both scenarios: PE is a load module: 



(i) said load module including 
executable programming and a 



Both scenarios: The PE has several headers. 
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(ii) said header including an 
execution space identifier 
identifying at least one aspect of 
an execution space required for 
use and/or execution of the load 
module associated with said 
header; ' 



(iii) said execution space 
identifier provides the capability 
for distinguishing between 
execution spaces providing a 
higher level of security and 
execution spaces providing a 
lower level of security; 



(b) using said information to identify and 
locate said one or more elements; 



(c) accessing said located one or more 
19 II elements; 

20 
21 



(d) securely assembling said one or more 
elements to form at least a portion of said first 
component assembly; 



Both scenarios: SUBSYTEM is a field in the 
PE Optional Header that is an execution space 



Both scenarios: SUBSYSTEM distinguishes 
between programs that can run in kernel mode 
and those that can run in user mode. This is a 
key security concept of process separation that 
was introduced with Windows NT. 

The Subsystem field in the PE header is used 
by the system to indicate whether the 
executable will run within Ring 3 (user mode)' 
or use Ring 0 (native or kernel mode). 
Anything running in Ring 3 is limited to its 
own processing space. Executables running in 
Ring 0 can reach out to other spaces and have 
security measure built around them. 



Scenario 1 : the MSI file identifies and locates 
the elements 

Scenario 2: 

.CAB manifest is used to identify Physical 
location 

OSD and/or INF is used to identify Logical 
location 



Scenario 1 : Using the MSI file 

Scenario 2: Using INF and/or OSD in cabinet 
file 



Both scenarios: Using the Window Installer 
OS service with various properties and flags on 
the settings for higher protection. 

Windows Installer has numerous flags that the 
developer can set to indicate how the assembly 
will be installed, in what privilege level, with 
how much user interface, and how much ability 
the user has to watch or change what is 
occurring. These controls have been 
strengthened with each release of Windows 
Installer. Windows Installer 1 .1 and later has 
the ability to limit the users capabilities during 
the installation. in a Windows 2000 
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environment and later, using the Group Policy- 
based Change and Configuration Management, 
the administrator has the most control 

Fields that can be set by the developer or 
administrator to control what users can do 
include the following: 

Transformssecure can be set to a value of 1 
to inform the installer that transforms are to be 
cached locally on the user's computer in a 
location the user does not have write access, 
(Transforms create custom installations from a 
basic generic installation, for example to make 
the Finance versions different from the 
Marketing version or English versions different 
from Japanese versions.) 

AllowLockdownBrowse and DisableBrowse 
can prevent users from browsing to the 
sources, 

SourceList can be used to specify the only 
allowable source to be used for the installation 
of a given component. 

Environment can be used to specify whether 
the installation can be done while the user is 
logged on or only when no user is logged on. 

Security Summary Property conveys whether 
a package can be opened as read-only or with 
no restriction. 

Privileged Property is used by developers of 
installer packages to make the installation . 
conditional upon system policy, the user being 
an administrator, or assignment by an 
administrator. 

Restricted Public Properties can be set as 
variables for an installation. "For managed 
installations, the package author may need to 
limit which public properties are passed to the 
server side and can be changed by a user that is 
not a system administrator. Some are 
commonly necessary to maintain a secure 
environment when the installation requires the 
installer use elevated privileges. 44 
SecureCustomProperties can be created by the 
author of an installation package to add 
controls beyond the default list 

MsiSetJnternalUJ specifies the level of user 
interface from hone to fulL 

A Sequence Table can be used to specify the 
required order of execution for the installation 
process. There are three modes, one of which is 
the Administrative Installation that is used by 
the network administrator to assign and install 
applications. 

InstallServicesAction registers a service for 
the svstem and it can onlv he used if the user is 
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an administrator or has elevated privileges with 
permission to install services or that the 
application is part of a managed installation. 

DisableMedia system policy disables media 
sources and disables browsing to media 
sources. It can be used with DisableBrowse to 
secure installations version 1,1 that doesn't 
have some of the other capabilities. ' 

AlwaysInstallElevated can be set per user or 
per machine and is used to install managed 
applications with elevated privileges. 

AIlowLockdownBrowse, 
AllowLockdownMedia and 
AIIowLockdowhPatch set these capabilities so 
they can only be performed by an administrator 
during an elevated installation. , 
[See article "HowTo: Configure Windows 
Installer for Maximum Security (Q247528). .• 

Windows XP Professional and .NET have the 
additional capability to set Software Restriction 
Policies and have these used by Windows 
Installer. 

In addition, most of the software distribution 
technologies that use Windows Installer also 
add a layer of their own controls. For example, 
SMS 2.0 enables the administrators to control 
the installation is optional or required and 
whether the user can affect the installation 
contents/features at all. 



least some of said executable 
ind 



Both scenarios: Part of executable is called 
during installation in order to do self- 
registration or perform custom actions. The 
overall executable is used at runtime. 



record for validity prior to 
executing step. 



Scenario 1 : Sign the overall package and the 
cabinet files. 

Scenario 2: The cabinet file is signed. 

For IE with the default security level or higher, 
the digital signature is verified by 
Authenticode or a similar utility before the 
component is allowed to be assembled. 
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INTER TR UST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,917,912 



J5. 



Products infringing include all products that 
host the Microsoft .NET Common Language 
Runtime or Compact Common Language 
Runtime. 



A process comprising the following steps: 



Computer running the Microsoft CLR/CCLR 
receives, for example, a shared assembly 
header or a complete shared assembly from 
another computer, for example a server. 



a) at a first processing environment receiving 
\ first record from a second processing 
environment remote from said first processing 
environment; 



(1) said first record being received in a 
secure container: 



The shared assembly is cryptographically 
hashed and signed. 



(2) said first record containing 
identification information directly or 
indirectly identifying one or more 
elements of a first component 
assembly: 



(i) at least one of said elements 
including at least some 
executable programming; 



The first record is either an assembly manifest, 
or a whole assembly; the elements are other 
assemblies that are referenced as external in 
the first record; the first component assembly 
is a .NET application domain. 



Assembly contains executable programming. 



(ii) said component assembly 
allowing access to or use of 
specified information: 



The specified information can include any kind 
of data file, stream, log, environment variables, 
etc. 



(3) said secure container also including 
a first of said elements; 



The shared assembly includes at least some 
executable programming. 



b) accessing said first record 



CLR/CCLR accesses the assembly or 
assembly header. 



c) using said identification information to 
dentify and locate said one or more elements; 



Manifest and type metadata information 
section is used to identify and locate files, code 
elements, resource elements, individual classes 
and methods. _ 



(1) said locating step including locating 
a second of said elements at a third 
processing environment located 
remotely from said first processing 
environment and said second 
processing environment; 



Met by a multifile assembly, with files 
distributed across a network, or by the second 
element constituting another referenced 
assembly located elsewhere; the CLR/CCLR 
uses probing to locate and access the file. 



d) accessing said located one or more 
lements: 



Step carried out by the CLR/CCLR loader. 



(1) said element accessing step 
including retrieving said second 
element from said third processing 
environment; 



Step carried out by the CLR/CCLR loader. 



e) securely assembling said one or more 
lements to form at least a portion of said first 
omponent assembly specified by said firsi 
ecord; and 



CLR/CCLR carries out this step, including 
checking the integrity of the load module, 
checking the load module's permissions, 
placing the load module contents into an 
application domain, isolating it from malicious 
or badly behaved code, and from code that 
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does not have the permission to call it. 



(0 executing at least some of said executable 
programming. 



Step carried out by the CLR/CCLR. 



(1) said executing step taking place at 
said first processing environment. 



CLR/CCLR is operating in the first processing 
environment specified above. 
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FOR U.S. PATENT NO. 5,920,861 



34* 



A descriptive data structure embodied on a 
computer-readable medium or other logic 
device including the following elements: 
a representation of the format of data 
contained in a first rights management data 
structure 



Product Infringing: Microsoft Operating 
Systems that support device driver 
signature technology 



The driver package's INF is a data 
structured The INF contains multiple types 
of sections, structured as hierarchy 
/"branches," that the Windows operating 
system or its Plug and Play and/or Set-up 
installation services "branch" through , 
based on the operating system infonnation 
and device for which a driver is to be 
installed. The installation services use the 
"branching" structure (format) to determine 
what files should be installed. The INF, 
further provides disk location information 
and file directory path information for the 
files identified as necessary as a result of 
the "branching" process. 

The driver package is a "rights 
management" data structure based on the 
fact that it is governed and based on the 
fact that it processes governed infonnation. 

Rights Management as Governed Item 

A driver manufacturer can include rules 
governing the driver's installation and/or 
use in the driver's INF file. For example: 

Security entries specify an access control 
list for the driver. 

Driver developers can specify rules that 
determine behavior of the driver package 
based on; the user's operating system 
version, including product type and suite 
andllT^devicFfor which the driver is to be 
installed 

Rules specifying logging 

Local administrators can establish policy as 
to what action or notification should occur 
in the event that a driver being installed is 
not signed. . 
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The operating system installation services 
have a ranking criteria it follows when 
multiple drivers are available for a newly 
detected device. The criterion is used to 
determine the driver best suited for 
ensuring compatibility with the operating 
system and ensuring functionality of the 
device. 

Drivers have been certified to be 
compatible with specified operating system 
versions for their respective device classes. 
The catalog file protects the integrity of the 
driver. 

Microsoft distributes the Driver Protection 
List to prevent known bad deriver from 
being installed. 

Processing Rights Managed Items 

Certain drivers (SAP) have been explicitly 
certified to protect DRM content. 

MSDN - DRM Overview 

A DRM-compliant driver must prevent 
unauthorized copying while digital content 
is being played. In addition, the driver must 
disable all digital outputs that can transmit 
the content over a standard interface (such 
as S/PDIF) through which the decrypted 
content can be captured. 



said representation including: 



element information contained within 
said first rights management data 
structure; and 



The elements of a driver package include: 
A driver that is typically a dynamic-link 
library with the .sys filename extension. 
An INF file containing information that the 
system Setup components use to install 
support for the device. 
A diriver catalog file containing the digital 
signature. 

One or more optional co-installers which 
are a Win32® DLL that assists in device 
installation NT-based operating systems. 
Other files, such as a device installation 
application, a device icon, and so forth. 

XP DDK - INF Version Section 

The LayoutFile entry specifies one or more 
additional system-supplied INF files that 
contain layout information on the source 
media required for installing the software 
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described in this INF. AH system-supplied 
INF files specify this entry. 

The CatalogFile entry specifies a catalog 
(.cat) file to be included on the distribution 
media of a device/driver. 



organization information regarding 
the organization of said elements 
within said first rights management 
data structure; and 



Within an INF is a hierarchy with the top 
being a list of manufacturers, and sub-lists" 
of models and at the bottom a list of install 
information by model. 

For Windows XP and later versions of NT- 
based operating systems, entries in the 
Manufacturer section can be decorated to 
specify operating system versions. The 
specified versions indicate OS versions 
with which the specified INF Models 
sections will be used. If no versions are 
specified, Setup uses the specified Models 
section for all versions of all operating 
systems. 

INF's SourceDisksNames and 
SourceDisksFiles sections specify 
organization information. 
XP DDK - Source Media for INFs 
The methods you should use to specify 
source media for device files depend on 
whether your INFs ship separately from the 
operating system or are included with the 
operating system. 
INFs for drivers that are delivered 
separately from the operating system 
specify where the files are located using 
SourceDisksNames and SourceDisksFiles 
sections. 

If the files to support the device are 
included with the operating system, the 
INF must specify a LayoutFile entry in the 
Version section of the file. Such an entry 
specifies where the files reside on the 
operating system media. An INF that 
specifies^ LayoutFile entry must not 
include SourceDisksNames and 
SourceDisksFiles sections. 
XP DDK - INF SourceDisksNames 
Section 



A SourceDisksNames section identifies 
the distribution disks or CD-ROM discs 
that contain the source files to be 
transferred to the target machine during 
installation. Relevant values of an eintry in 
the INF include: 
diskid — Specifies a source disk. 
disk-description ~ Describes the contents 
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and/or purpose of the disk identified by 

diskid. 

tag-or-cab-file — This optional value 
specifies the name of a tag file or cabinet file 
supplied on the distribution disk, either in. 
the installation root or in the subdirectory 
specified by path, if any. 
path*-- This optional value specifies the 
path to the directory on the distribution 
disk containing source files. The path is 
relative to the installation root and is 
expressed as \dirnameJ\dirname2„. and so 
forth. I . 
flags For Windows XP and later, setting 
this to 0x10 forces Setup to use cab-or-tag- 
file as a cabinet file name, and to use tag- 
file as a tag file name. Otherwise, flags is 
for internal use only. 
tag-fik — For Windows XP and later, if 
flags is set to 0x10, this optional value 
specifies the name of a tag file supplied on 
the distribution medium, either in the 
installation root or in the subdirectory 
specified by path. The value should specify 
the file name and extension without path 
information. 

XP DDK ~ INF SourceDisksFiles Section 
A SourceDisksFiles section names the 
source files used during installation, 
identifies the source disks (or CD-ROM 
discs) that contain those files, and provides 
the path to the subdirectories, if any, on the 
distribution disks containing individual 
files. Relevant values in an entry in the 
INF would include: 

filename — Specifies the name of the file on 
the source disk. 

diskid — Specifies the integer identifying 
the source disk that contains the file. This 
value and the initial path to the 
juMr(ectory), if any, containing the 
named file must be defined in a 
SourccDisksNames section of the same 
INF. 

subdir — This optional value specifies the 
subdirectory (relative to the 
SourccDisksNames path specification, if 
any) on the source disk where the named 
file resides. 



information relating to metadata, said 
metadata including: 



metadata rules used at least in part to 
govern at least one aspect of use and/or 
display of content stored within a rights 
management data structure, ^ 



The driver manufacture can specify rules in 
the INF that govern the installation and/or 
use of the driver. For example, security 
entries specify an access control list for the 
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driver. Driver developers can specify rules 
in an INF file that determines behavior of 
the driver package based on the user's 
operating system version, including 
product type and suite. Also, rules related 
to logging can be specified as mentioned in 
next claim element. 

For Example - Access Control List 
Rules 



XP DDK -Tightening File-Open 
Security in a Device INF File 
For Microsoft Windows 2000 and later, 
Microsoft tightened file-open security in 
the class installer INFs for certain device 
classes, including CDROM, DiskDrive, 
FDC, FloppyDisk, HDC, and 
SCSlAdapter. 

If you are unsure whether the class installer 
for your device has tightened security on 
file opens, you should tighten security by 
using the devices INF file to assign a value 
to the DeviceCharacteristics value name 
in the registry. Do this within an add- 
registry-section, which is specified using 
the INF AddReg directive. 
XP-DDK - INF AddReg Directive 

An INF can also contain one or more, 
optional add-registry-section.szcm\ty 
sections, each specifying a security 
descriptor that will be applied to all registry 
values described within a named add- 
registry-section. 

A Security entry specifies a security 
descriptor for the device. The security- 
descriptor-string is a string with tokens to 
indicate the DACL (D:) security 
component A class-installer INF can 
specify a security descriptor for a device 
class. A device INF can specify a security 
descriptor for an individual device, 
overriding the security for the class. If the 
class and/or device INF specifies a 
security-descriptor-string y the PnP 
Manager propagates the descriptor to all 
the device objects for a device, including 
the FDO, filter DOs, and the PDO. 

For Example - Operating System 
Versioning 

Operating-System Versioning for Drivers 
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said metadata rules including at least 
one rule specifying that information 
relating to at least one use or display of 
said content be recorded and/or 
reported. 



under Windows XP 

Setup selects the [Models] section to use 
based on the following rules: 

If the INF contains [Models] sections for 
several major or minor operating system 
version numbers, Setup uses the section 
with the highest version numbers that are" 
not higher than the operating system 
version on which the installation is taking 
place. 

If the INF [Models] sections that match the 
operating system version also include 
product type decorations, product suite 
decorations, or both, then Setup selects the 
section that most closely matches the 

running operating system. ; 

The AddService directive can set up event- 
logging services for drivers. 
INF AddService Directive 
An AddService directive is used to control 
how (and when) the services of particular 
Windows 2000 or later device's drivers are* 
loaded, any dependencies on other 
underlying legacy drivers or services, and 
so forth. Optionally, this directive sets up 
event-logging services by the 
devices/drivers as well. 
Relevant sections of the directive's entry 
include: 

event-log-install-section -Optionally 
references an INF-writer-defined section in 
which event-logging services for this 
device (or devices) are set up. 
EyentLogType — Optionally specifies one 
of System, Security, or Application. If 
omitted, this defaults to System, which is 
almost always the appropriate value for the 
installation of device drivers. For example, 
an INF would specify Security only if the 
to-be-installed driver provides its own 
security support. 

EveniName — Optionally specifies a name 
to use for the event log. If omitted, this 
defaults to the given ServiceName. 



i5. A descriptive data structure as in claim 
in which: 



;aid first rights management data structure 
:omprises a first secure container. 



The driver package is secured through a 
catalog file that is signed by. Microsoft's 
Windows Hardware Quality Lab and 
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contains the hash of each file of the driver's 
package. The rNF identifies the catalog 
file used to sian the driver package. 




36. A descriptive data structure as in claim 
35, in which: 




said first secure container comprises: ■ 


The first secure container is the driver 
package secured bv a catalog file. 


said content; and 


The content is the driver afid related files 
within the signed driver package. 


rules at least in part governing at least 
. one use of said content. 


The rules are within the INF, which is part 
of the signed driver package. 




37. A descriptive data structure as in claim 
36, wherein the descriptive data structure is 
stored in said first secure container. 


The INF is stored within the signed driver 
package. 




44, A descriptive data structure as in claim 
34, further including: 


• 


a representation of the format of data 
contained in a second rights management 
data structure, 


The manufacture and models sections in 
the INF Version section are provided for 
the possibility of a single INF representing 
the format for multiple drivers. 

Operating system version "decorating" 
relating the architecture, major and minor 
operating systems versions, product and 
suit information all relate to the target 
environment and is used to identify the 
files necessary for the target environment. 

An INF file, such as in the case of 
operating system targeting, can be used for 
more than one driver package since it can 
contain more than one catalog file. 

Further an INF can address the drives 
necessarv for a multi-functional device. 


said second rights management data 
structure differing in at least one respect 
from said first rights management data 
structure. 


The files of the second data structure would 
vary from the files on the first data 
structure. 




45. A descriptive data structure as in claim 
44, in which: 




said information regarding elements 
contained within said first rights 
management data structure includes 
information relating to the location of at 
least one such element. 


INF specify where the driver files are 
located using the SourceDiskNarnes and 
SourceDiskFiles sections. 




46. A descriptive data structure as in claim 
44, further including: 




a first target data block including 
information relating to a first target 


Operating system version ''decorating" 
relatingjthe architecture, maior and minor 


,1! - - - 
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environment in which the descriptive data 
structure may be used. 



operating systems versions, product and 
suit information all relate to the first target 
environment. 



47. A descriptive data structure as in claim 
46. further including: 



a second target data block including 
information relating to a second' target 
environment in which the descriptive data 
structure may be used. 



Operating system version decorating will 
cover multiple operating systems. 



said second target environment differing in 
at least one respect from said first target 
environment. 



This is the reason for version decorating. 



48. A descriptive data structure as in claim 
46. further including: 



a source message field containing 
information at least in part identifying the 
source for the descriptive data structure. 



The provider entry in the version section of 
the INF identifies the provider of the INF 
file. Also, the INF contains a manufacture 
section. 
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58. 



Product Infringing: Microsoft Reader SDK 
and Microsoft Digital Asset Server. 



\ method of creating a first secure 
container, said method including the 
following steps: 



Method is carried out by Microsoft's 
Digital Asset Server and Microsoft's 
Litgen tools 



a) accessing a descriptive data structure, 
said descriptive data structure 
including or addressing 



.opf file describing the file structure of a 
protected e-book including metadata, 
manifest and "spine" information 



(1) organization information at least 
in part describing a required or 
desired organization of a content 
section of said first secure 
container, and 



Organization information regarding 
organization of the ebook and the 
inscription as specified in the manifest and 
spine information in the .opf fiie 



(2) metadata information at least in 
part specifying at least one step 
required or desired in creation of 
said first secure container: 



Metadata constitutes rules specifying the 
degree of security to use and/or XrML 
rules 



b) using said descriptive data structure to 
organize said first secure container 
contents 



e-book packaging carried out by Microsoft 
Litgen tool 



c) using said metadata information to at 
least in part determine specific 
information required to be included in 
said first secure container contents; 
and 



Step performed by Digital Asset Server; 
example of specific information is 
owner/purchaser information required in 
the inscription process 



d) generating or identifying at least one 
rule designed to control at least one 
aspect of access to or use of at least a 
portion of said first secure container 
contents. 



Analyzing the metadata and finally 
packaging the e-book using a particular 
security level specified through the 
metadata 



1. A method as in claim 58. in which: 



a) said specific information required to 
be included includes information at 
least in part identifying at least one 
owner or creator of at least a portion of 
said first secure container contents. 



Owner purchaser information required in 
the inscription process; XrML rule 
requiring display of copyright notice 
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58. 



Product Infringing: All products that host 
the Microsoft Common Language Runtime 
or Compact Common Language Runtime. 



A method of creating a first secure 
container, said method including the 
bllowing steps; 



Method is practiced by a user using the 
Common Language Runtime (CLR) or 
Compact Common Language Runtime 
(CCLR) to create a dynamic shared 
assembly or .NET Framework SDK to 
create a shared assembly 



a) accessing a descriptive data structure, 
said descriptive data structure 
including or addressing 



(1) organization information at least 
in part describing a required or 
desired organization of a content 
section of said first secure 
container, and ; 



.NET framework Assembly class and/or 
Assembly Builder class and/or 
Assembly Info file 



This information is specified in the classes 
named above and in the Assemblylnfo file. 



(2) metadata information at least in 
part specifying at least one step 
required or desired in creation of 
said first secure container; 



This information is addressed in the classes 
and the Assemblylnfo file, e.g., for a shared 
assembly metadata will be specified that 
the assembly is to be signed using specified 
key ' 



b) using said descriptive data structure to 
organize said first secure container 
contents; 



This step is carried out by applications and 
tools using the classes and assembly info 
file, including CLR (or CCLR) and .NET 
Framework SDK 



c) using said metadata information to at 
least in part determine specific 
information required to be included in 
said first secure container contents; 

and 



This step is carried but by applications and 
tools using the assembly info file and 
classes that specify the metadata required 
in the target assembly 



d) generating or identifying at least one 
rule designed to control at least one 
aspect of access to or use of at least a 
portion of said first secure container 
contents. 



User may specify rules, as specified in the 
.NET Framework SDK, to be placed in the 
assembly manifest including such rules 
requiring that all code be managed (CLR or 
CCLR compliant), u Code Access Security" 
permissions be supplied for use of code 
supplied in the assembly, etc 



4. A method as in claim 58. in which: 



a) said creation of said first secure 
container occurs at a first data 
processing arrangement located at a 
first site; 



Can be a server, PC or workstation running 
CLR (or CCLR) to create a dynamic shared 
assembly or .NET Framework SDK to 
create a shared assembly) 



b) said first data processing arrangement 
including a communications port; and 



Included in virtually any computer 



z) said method further includes: 



(1) prior to said step of accessing said 
descriptive data structure, said 



Download of the assemblyinfo file and/or a 
file containing a class calling -the 
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first data processing arrangement 
receiving said descriptive data 
structure from a second data 
processing arrangement located at 
a second site. 



DefineDynamic Assembly methods or 
download of SDK containing 
assemblybuilder class from a second site 



d) said receipt occurring through said first 
data processing arrangement 
communications port. 



Communications port is normally used for 
downloading 



17. A method as in claim 64, further 
comprising : 



it said first processing site, receiving said 
metadata through said communications 
port 



Download of the Assemblylnfo file and/or 
a file containing a claiss calling the 
DefineDynamicAssembly methods or 
download of SDK containing 
assemblybuilder class from a second site 



>8. A method as in claim 67, in which. 



a) said metadata is received separately 
from said descriptive data structure. 



Method practiced when metadata names are 
addressed by the assembly class and a 
template for the Assemblylnfo file, and 
values corresponding to those names are 
received through a user interface such as 
provided by Microsoft Visual Studio or are 
provided from a separate file 



L A method as in claim 58. in which: 



a) said specific information required to 
be included includes information at 
least in part identifying at least one 
owner or creator of at least a portion of 
said first secure container contents. 



The Assembly class definition includes 
attributes for company name and trademark 
information, and these may be required 
attributes specified in the Assemblylnfo file 



2. A method as in claim 58. in which: 



i) said specific information required to 
be included includes a copyright 
notice. 



The Assembly class definition includes an 
attribute for copyright field that may be 
required by the Assemblylnfo file 
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58 


Product Infringing: Microsoft .NET 
Framework, Visual Studio .NET, and tools 
that include the Assembly Generator tool 
AL.exe. 


A method of creating a first secure 
container, said method including the 
following steps; 


The Assembly Generation tool generates 
a portable execution file with an assembly 
manifest from one or more files that are 
either Microsoft intermediate language 
(MSIL) modules or resource files. When 
using the tool's signing option, the 
assembly becomes a secure container. 


(a) accessing a descriptive data structure, 
said descriptive data structure 
including or addressing 


The descriptive data structure is the text j 
file used as input by the Assembly 
Generation tool. 


(1) organization information at least 
in part describing a required or 
desired organization of a content 
section of said first secure 
container, and 


The DDS specifies the link and or embed 
directives to indicate which source files 
should be included in the assembly, how 
the included resource will be tagged, and if 
the resource will be private. Private 
resources are not visible to other 
assemblies. 

These tags are used to organize the 
assembly into named sections. 
Private attributes are used to organize the 
assembly into both public and private 
sections. (Tublic sections are the default.) 


(2) metadata information at least in 
part specifying at least one step 
required or desired in creation of 
said first secure container; 


The text file can contain "options" relating 
to how the assembly should be built and 
additional information that should be 
included. 

Main - Specifies the method to use as 
an entry point when converting a 
module to an executable file. 
Algid - Specifies an algorithm to hash 
all files. 

Comp - Specifies string for the 

Company field. 

Conf - Specifies string for 

Configuration field 

Copy - Specifies string for Copyright 

field. 

Culture - Specifies the culture string to 
associate with the assembly. 
Delay - Variation of this option . 
ijsDecifies whether the assembly will be 
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(b) using said descriptive data structure to 
organize said first secure container 
contents 



fully or partially signed and whether the 
public key is placed in the assembly. 
Description - Specifies the description 
field. 

Evidence - Embeds file in the assembly 
with the resource name 
Security .Evidence. 

Fileversion - Specifies the file version 
of the assembly. 

Flags - Specifies flags for such things 
as the assembly is side-by-side 
compatible, assembly cannot execute 
with other versions if either they are 
executing in the same application 
domain, process or computer. 
Key/- Specifies a file that contains a 
key or key pair to sign an assembly. 
Ksyn - Specifies the container that holds 
a key pair. 

Product - Specifies string for Product 
field. 

Products?- Specifies string for Product 
Version. 

Template- Specifies the assembly fro 
which to inherit all assembly metadata. 
Title - Specifies string for Title field. 
Trade - Specifics string for Trademark 
field. 

V- Specifies version information. 



The following directives are used to specify 
which files are to be compiled into the 
assembly, how they will be tagged, and 
whether or not they will be visible to other 
assemblies, AKA private: 

Embedf name, private J - copies the 
content of the file into the assembly and 
applies an optional name tag, and 
optional private attribute. 
Link/name, private] - file becomes part 
of the assembly via a link and applies an 
optional name tag/and optional private 
attribute. 



(c) using said metadata information to at 
least in part determine specific 
information required to be included in 
said first secure container contents; 
and 



The following are some of the "options" 
address what information should be 
included in the secure container: 

Main - Specifies the method to use as 

an entry point when converting a 

module to an executable file. 

Comp - Specifies string for the 

Company field. 

Conf- Specifies string for 

Configuration field 

Copy - Specifies string for Copyright 
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field. 

Culture - Specifies the culture string to 
associate with the assembly. 
Description - Specifies the description 
field. 

Evidence - Embeds file in the assembly 
with the resource name 
Security.Evidence. 

Fileversion - Specifies the file version 
of the assembly. 

Flags - Specifies flags for such things 
as the assembly is side-by-side 
compatible, assembly cannot execute 
with other versions if either they are , 
executing in the same application 
domain, process or computer. 
Keyf - Specifies a file that contains a 
key or key pair to sign an assembly. 
.. Keyn - Specifies the container that holds 
a key pair. 

Product - Specifies string for Product 
field. 

Productv - Specifies string for Product 
Version. 

Template - Specifies the assembly fro 
which to inherit all assembly metadata. 
Title - Specifies string for Title field. 
Trade - Specifics string for Trademark 
field. 

V- Specifies version information. 


(d) generating or identifying at least one 
ruie oesignea 10 control ai icasi one 
aspect of access to or use of at least a 
portion of said first secure container 
contents. 


User may specify rules, as specified in the 
.NET Framework SDK, to be placed in the 
assembly manifest including such rules 
requiring that all code be managed (CLR 
compliant), "Code Access Security*' 
permissions be supplied for use of code 
supplied in the assembly, etc. 


71. A method as in claim 58, in which: 




(a) said specific information required to 
be included includes information at 
least in part identifying at least one 

UWIJCJ KJl wC<HUJ vl <*l IWol CL yf\JlLX\JH \J1 

said first secure container contents. 


The following "options" specifies owner 
and creator information: 

Comp - Specifies string for the 
Company field. 

Copy - Specifies string for Copyright 
field. 

Trade - Specifics string for Trademark 
field. 


72. A method as in claim 58, in which: 




(a) said specific information required to 
be included includes a copyright 
notice. 


The copy "option" specifies the string for 
the for the Copyright field. 
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Products infringing: All products that include 
the Common Language Runtime or Compact 
Common Language Runtime or Common 
Language Infrastructure. 



A method for using at least one resource 
processed in a secure operating environment at 
i first appliance, said method comprising: 



Resource may constitute a Microsoft Windows 
process or hardware element; secure operating 
environment is Microsoft Common Language 
Runtime ("CLR") environment, Common 
Language Infrastructure ("CLP*) or Compact 
CLR( U CCLR''); first appliance is computer 
running CLR, CLI or Compact CLR. Two 
infringing scenarios are set forth herein: (1) 
For CLR, an administrator, using the .NET 
framework, caspol.exe tool remotely configures 
security policy in a .NET configuration file for 
a machine, enterprise, user, or application and 
that security policy interacts with rules or 
evidence declared in a shared assembly 
provided by another entity ("1 st scenario"); and 
(2) for CLR, CLI and CCLR two assemblies 
are delivered to an appliance; the first 
assembly has a rule that demands permissions 
from a caller in the second assembly, and the 
second assembly includes a control that asserts 
such permissions or provides evidence that 
convinces the runtime that it has such 
permissions. ("2 nd scenario")- In each scenario 
Microsoft .NET "Code Access Security" 
framework or "Role Based Security" 
framework is used. 



i) securely receiving a first entity's control at 
lid first appliance, said first entity being 
>cated remotely from said operating 
ivironment and said first appliance; 



1 st scenario: first entity is the administrator, 
and the policy that constitutes this entity's 
control is securely received at the first 
appliance through a session established 
between the administrator's computer and the 
first appliance, requiring security credentials 
such as the administrator's login and password 
or other secure session means. 
2 nd scenario: first entity is creator or distributor 
of the first assembly, assembly manifest 
includes a control demanding or refusing or 
otherwise asserting a security action on 
permissions from a caller; first assembly is 
integrity-checked. 



)) securely receiving a second entity's control 
said first appliance, said second entity being 
cated remotely from said operating^ 
rvironment and said first appliance, said 
icond entity being different from said first 



Second entity's control is contained in shared 
assembly manifest (and therefore integrity 
protected) that provides evidence for obtaining 
permissions, or asserts permissions; assembly 
creator/distributor is located remotely and is 
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entity; and 



not the administrator (l $t scenario) or 
creator/distributor of the first container (2 nd 
scenario); 



c) securely processing a data item at said first 
ippliance, using at least one resource, 
ncluding securely applying, at said first 
ippliance through use of said at least one 
esource said first entity's control and said 
;econd entity's control to govern use of said 
lata item. 



Secure processing is earned out by CLR, CLI 
or CCLR, Data item constitutes an executable 
code element, an interface controlled by such 
an executable, a data collection or stream (such 
as media file or stream pi text file) or an . . 
environment variable^ CLR, CLI or CCLR 
securely processes the rules, which will in both 
scenarios govern access to methods and data 
from the first assembly. The resource named in 
the claim is, e.g., a Windows process that is 
established by the runtime or hardware element 
on the computer 



ih A method as in claim 1 wherein at least 
aid secure processing step is performed at an 
:nd user electronic appliance. 



Consumer computer or appliance running 
Microsoft CLR, CLI or CCLR). 



1 st scenario 1 : link is LAN or WAN; 2 na 
scenario: link is any telecommunications link, 
including the internet. 



>8, A method as in claim 1 wherein the step of 
ecurely receiving a first entity's control 
omprises securely receiving said first entity's 
ontrol from a remote location over a 
elecommunications link, and the step of 
ecurely receiving said second entity's control 
omprises securely receiving said second 
ntity's control from the same or different 
emote location over the same or different 
elecommunications link. 



Secure processing environment is CLR, CLI or 
CCLR running on user's computer or 
appliance. 



5. A method as in claim 1 wherein the 
»rocessing step includes processing said first 
nd second controls within the same secure 
irocessing environment. 



I. A method as in claim 1 further including 
he step of securely combining said first 
ntity's control and said second entity's control 
d provide a combined control arrangement. 



In scenario 2, arrangement consists of the stack 
frame, and the corresponding array of 
permission grants for assemblies on the stack, 
and the permission demanded by the first 
assembly. Secure combining performed by the 
CLR. CLI or CCLR. ' 



6. A method as in claim 1 wherein said two 
ecurely receiving steps are independently 
erformed at different times. 



Steps are performed at different times in both 
scenarios. 



4. A method as in claim 1 wherein at least one 
f the first entity's control and the second 
ntity's control comprises at least one 
xecutable component and at least one data 
omponent 



In both scenarios the second entity supplies an 
assembly with a demand procedure executed 
by the CLR, CLI or CCLR. The data 
component is a specific attribute value 
referenced by the assembly. 



9. A method as in claim 1 wherein said first 
ppliance includes a protected processing 
nvironment. and wherein: 



Microsoft Common Language Runtime (CLR), 
Common Language Infrastructure (CLI), or 
Compact Common Language Runtime (CCLR) 
environment. 



a) said method further comprises a step of 
gceiving. at said first appliance, said data item 



Typically occurs in both scenarios. 
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separately and at a different time from said 

receiving said first entity's control : and 

(b) said securely processing step is performed 
at least in part in said protected processing 
environment 



Protected processing environment is the CLR, 
CLIorCCLR. 
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22. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hooted RMS Service using 
Passport 



A method of securely controlling use by a third 
party of at least one protected operation with 
respect to a data item comprising: 



A user (third party) accesses an IRM-protected 
data item governed by IRM controls under two 
or more RMS servers. For example, the data 
item may be a IRM-protected document .. 

The IRM controls may be associated with the 
data item directly or via a IRM-protected 
container holding the IRM-protected data item, 
such as an IRM-protected email .with the IRM : 
protected document attached. 



(a) supplying at least a first control from a first 
party to said third party; 



The user acquires a first use license from a first 
RMS server (first party) enabling access to, the 
IRM-protected data item under the IRM rules 
associated with the first RMS server. For 
example: (1) the first use license from the first 
RMS server permits the user to access a IRM- 
protected document contained within or 
attached to an IRM-protected email; or (2) the 
first use license from the first RMS server 
applies a first set of IRM rules to an IRM- 
protected document. 



(b) supplying, to said third party, at least a 
second control from a second party different 
from said first party; 



The user acquires a second use license from a 
second RMS server (second party) enabling 
access to the IRM-protected data item under 
the IRM rules associated with the second RMS 
server. For example: (1) in addition to the 
user being given access to an IRM-protected 
email based on a first use license, a second 
RMS server provides a second use license 
enabling access to the IRM-protected 
document attached thereto; or (2) the second 
use license from the second RMS server 
applies a second set of IRM rules to the IRM- 
protected document. 



(c) securely combining at said third party's 
location, said first and second controls to form 
a control arrangement; - 



The first and second use licenses are combined 
to form a control arrangement that governs 
-access to the IRM-protected data item. 



(d) securely requiring use of said control 
arrangement in order to perform at least one 
protected operation using said data item: and 



The combined first and second use licenses 
govern access to the IRM-protected data item. 



(e) securely performing said at least one 
protected operation on behalf of said third 
party with respect to said data item by at least 
in part employing said control arrangement 



The user performs a protected operation (e.g., 
read, print, edit) on the IRM-protected data 
item. The combined first and second use 
licenses are employed to permit the protected 
operation. ' ' :__ 
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23. A method as in claim 22 wherein said data 

item is protected. 

39. A method as in claim 22 further including 
securely and persistently associating at least 
one of: (a) said first control, (b) said second 
.control, and (c) said control arrangement, with 

said data item. ; ', ' _ 

53. A method as in claim 22 wherein at least 
two of the recited steps arie performed at an end 

user electronic appliance. 

60. A method as in claim 22 wherein step (a) 
comprises supplying said first control from at 
least one remote location over a 
telecommunications link, and step (b) 
comprises supplying said second control from 
the same or different remote location over the 
same or different telecommunications link 
67, A method as in claim 22 wherein at least 
step (c) is performed within the same secure 
processing environment at said third party's 

location. 

91. A method as in claim 22 wherein: 

(a) said method further comprises supplying 
said data item to said third party separately and 
at a different time from supplying of said first 
control to said third party; and 



(b) said securely performing step comprises 
performing said protected operation at least in 
part in a protected processing environment. 



The data item is encrypted and protected by 

IRM. 

The first and/or second use license are securely 
and persistently associated with the IRM- 
protected data item. 



Steps performed at a user's computer or 
appliance. 



The first and second use licenses aire received - 
over a telecommunications link Such as a 
. networking or modem/serial interface. 



Steps are performed at user's computer or 
appliance. 



The first use license (first control) is received 
at the time that the user accesses the data item, 
which occurs separately and at a different time 
from receipt of the IRM-protected data item 

itself 

The protected operations require decryption of 
the protected content, which is done inside the 
RM lockbox. The RM lockbox is protected by 
mechanisms such as obfuscation, anti- 
debugging, and tamper resistance. 
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16. 



Products infringing: Visual Studio.NET, • 
.NET Framework SDK, and all products 
that include the Common Language 
Runtime or Compact Common Language 
Runtime or Common Language 
Infrastructure. ^_ 



A secure method for combining data 
terns into a composite data item 
comprising: 



A first signed and licensed .NET 
component, .NET assembly, managed 
control and/or Web control (component) is 
the first data item. The first .NET 
component developer (first location) 
provides the application assembly 
developer (second location) the first 
component The first control is the set of 
declarative statements comprising the 
LicenseProviderAttribule (alternately 
referred to as license controls! 



a) securely providing, from a first location 
o a second location, a first data item 
laving at least a first control associated 
herewith; 



b) securely providing, from a third 
Dcation to said second location, a second 
ata item having at least a second control 
ssociated therewith; 



A second signed and licensed component is 
the second data item. The second 
component developer (third location) 
provides the application assembly 
developer (second location) the second 
component. The second control is the set 
of declarative statements comprising the 
LicenseProviderAttribute. 



:) fonning, at said second location, a 
omposite of said first and second data 
ems: 



The application assembly developer will 
include at least the two components into its 
assembly. 



i) securely combining, at said second 
)cation, said first and second controls to 
)rm a control arrangement; and 



At the second location, the application 
assembly developer uses the .NET runtime 
that includes the LicenseManager, 

Whenever a component is instantiated 
(here, an instance of the first licensed 
component), the license manager accesses 
the proper validation mechanism for the 
component. The license controls (first 
control) for the runtime license (derived 
from the design-time license) are bound 
into the header of the .NET application 
assembly, along with the second control for 
the second component. 

Visual Studio.NET securely handles the 
creation of runtime license comrols. 
Runtime licenses are embedded into (and 
bound to) the executing application 
assembly. The license control attribute 
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included in the first component is 
customized in the second location to 
express and require the runtime license. In 
a more advanced scenario, the License 
Complier tool can be used to create a 
".licenses file" containing licenses for 
multiple components, including runtime 
licenses for components and classes created 
by the license provider. This .licenses file 
is embedded into the assembly. 
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The third control set comprises the runtime 
license controls for the first and second 
components (that had been bound to the 

a^emhlvi the declflrativp cnntrnl^ 

provided by the application assembly 
developer, and any runtime licenses for 
other components included by the 

dpvplniv*r in annliPfltiAn nQ^pmhlv T*h<* 

controls are typically integrated into the 
header of the .NET application assembly 
calling the first licensed component. 


(e) performing at least one operation on 
said composite of said first and second data 
items based at least in part on said control 
anraneernent. 


The proper execution of the application 
will require that the assembly have run 
time licenses for the two components. 
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27. A method as in claim 26 wherein said 
combining step includes preserving each of 
said first and second controls in said 
composite set. 


The set of declarative statements 
comprising the LicenseProviderAttribute of 
both the first and second components are 
included in the application assembly. 
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28. A method as in claim 26 wherein said 
performing step comprises governing the 
operation on said composite of said first 
and second data items in accordance with 
said first control and said second control. 


The application will require the first and 
second controls to operate properly when it 
calls the first and second data items, 
respectively. 


20 
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29. A method as in claim 26 wherein said 
providing step includes ensuring the 
integrity of said association between said 
first controls and said first data item is 
maintained during at least one of 
transmission, storage and processing of 
said first data item. 


Signing the component that has embedded 
within it the license control ensures the 
integrity of the association of the control 
and data item. 


24 
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31. A method as in claim 26 wherein said 
providing step comprises codelivering said 
first data item and said first control. 


The component includes the license control 
and therefore they are codelivered. 


26 
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40. A method as in claim 26 further 
including the step of securely ensuring that 
at least one of (a) said first control, (b) said 
second control, and (c) said control 
arrangement, is Dersistentlv associated with 


Each component includes the license 
control. Signing the component that has 
embedded within it the license control 
ensures the persistence of the association of . 
the control and data item. •• 
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at least one of said first and second data 
items, 



54. A method as in claim 26 wherein at 
least one of steps (c), (d) and (e) is 
performed at an end user electronic 
appliance. _f 



61. A method as in claim 26 wherein step 
(a) comprises providing said first data item 
from at least one remote location over a 
telecommunications link, and step (b) 
comprises providing said second data item 
from the same or different remote location 
over the same or different 
telecommunications link. 



68. A method as in claim 26 wherein step 
(d) is performed within the same secure 
processing environment at said second 
location. 



79. A method as in claim 26 wherein steps 
(a) and (b) are performed at different times. 



86. A method as in claim 26 wherein at 
least one of the first and second controls 
comprises at least one executable 
component and at least one data 
component. 



At least step (e) is typically performed at an 
end-user electronic appliance. 



Microsoft maintains Web sites where a 
developer can get components over the 
Web. These sites include references 
whereby a developer may obtain 
components, through their Web connection. 
One such site is Internet Explorer Web 
Control Gallery at 

ie.components.microsoft.com/webcontrols 



Typically, step (d) will be performed 
within the same secure processing ' 
environment. 



The application assembly developer will 
typically acquire components at different 
times. 



The component must include an executable 
and can include a data items as a EULA* 
readme file or help file. 
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Infringing products include: Windows 
Media Player, Individualized DRM Clients 
and the Secure Audio Path (SAP) 
technology. : 



A method for using at least one resource 
processed by a secure operating 
environment said method comprising: 



securely receiving a first load module 
provided by a first entity external to said 
operating environment 



The Individualized DRM Client (first load 
module) lis a signed security upgrade DLL. 
It is also bound to the hardware ID of the 
machine on which it runs. It is therefore 
elv delivered and integrity protected: 



sea: 



A SAP certified driver is also signed and 
carries with it a certificate that indicates its 
compliance with SAP criteria. If it is 
delivered to a PC it is secure in the sense 
that it is integrity protected. This driver 
would not come from the same entity as the 
Individualization DLL. 



securely receiving a second load module 
provided by a second entity external to said 
operating environment, said second entity 
being different from said first entity; and 



securely processing, using at least one 
resource, a data item associated with said 
first and second load modules, including 
securely applying said first and second load 
modules to manage use of said data item. 



If a WM audio file targeted to the 
Individualized DRM client carries with it a 
requirement that SAP be supported to 
render the WMF contents, the content is 
processed for playing through a soundcard 
using the WMP and by applying the DRM 
client - which decrypts the content and 
negotiates with the DRM kernel processing 
of the content through a Secure Audio Path 
that includes the SAiP-certified audio 
driver. ; 



56. A method as in claim 35 wherein at 
least two of the recited steps are performed 
at an end user electronic appliance. 



All steps occur at the user's PC that 
supports the WMP and DRM client and 
SAP. 



53. A method as in claim 35 wherein said 
first load module receiving step comprises 
securely receiving said first load module 
from at least one remote location over at 
least one telecommunications link, and said 
second load module receiving step 
comprises securely receiving said second 
load module from the same or different 
remote location over the same or different 
lelecommunications link. 



The Driver and DRM client are received 
from distinct locations and may be 
delivered securely over the Internet. They 
are delivered securely in that each is 
integrity protected. 



70. A method as in claim 35 wherein said, 
securely processing step comprises 
securely executing said first and -second . 



Both load modules are executed on the PC 
within the WMP/DRM Client/SAP 
environment. - 
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oad modules within the same secure 
processing environment. 



14. A method as in claim 35 further 
ncluding securely, combining said first and 
;econd'load modules to provide a 
:ombined executable. 



Since both the DRM client and the driver : 
are DLLs in the same audio rendering 
chain, they exist as an execution 
environment. 



11. A method as in claim 35 wherein said 
;ecurely receiving steps are performed 
ndependentlv at different times. 



The driver and Individualization DLL need 
not be received at the same time. 



>4. A method as in claim 35 wherein said 
;ecure operating environment includes a 
)rotected processing environment, and 
vherein: 

;aid method fiirther comprises receiving a 
lata item within said secure operating 
mvironment; 

;aid first load module receiving step is 
>erfbrmed separately and at a time different 
rom receiving said data item; and 

;aid securely processing step is performed 
it least in part in said protected processing 
environment. ; 



The Windows Media Player together with . 
the Individualized DRM Client and Secure 
Audid Path comprise a protected 
environment for processing protected 
media. The protected Windows Media . 
Filek are received after the load modules 
have been received and installed (licenses 
cannot be acquired until load modules are 
in place). The processing of the Windows 
Media File occurs in the protected 
environment 



examples of SAP-certified drivers include - as indicated at 
ittp://www.microsofUoii^ 



All VIA controllers with AC-97 codecs 

All ALI controllers with AC-97 codec 

Intel 1CH controllers with AC-97 codecs 

Creative Labs SoundBlaster! 6/AWE32/AWE64/Vibra 

Yamaha OPL3 

Yamaha DS-1 

Cirrus Logic (Crystal) CS4280 
Cimis Logic (Crystal) CS4614 / CS4624 
ESS Maestro 2E 
USB Audio 

Cirrus Logic (Crystal) CS428 1 
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• All SiS controllers with AC-97 codecs 

• Ensoniq ESI 370 

• NeoMagic NM6 

• Ensoniq ES 1 371/73' and CT5880 
« SoundBlaster Live! 

• Aureal 8810 

• Aureal 8820 

• Aureal 8830 

• Conexant Riptide 

• ESS Maestro 

■ ESS ISA parts 

• NeoMagic NM5 
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Product Infringing: Any product Using 
Common Language Runtime (CLR), Common 
Language Infrastructure (CLI), or Compact 
Common Language Runtime (CCLR) 



A secure operating environment system for 
managing at least one resource comprising: 



Microsoft CLR, CLI or CCLR (operating 
environment system), managing; any of the 
resources on a typical computer, including 
memory, files system, communications ports, 
storage devices, and higher level resources that 
may use any of these or. combinations of them: 



(a) a communications arrangement 



Communications port and Microsoft Internet 
Protocol stack that may optionally use Secure . 
Socket Layer protocol or IPSEC 1 packet 
security protocol, supplied with Microsoft 
Windows, 



(1) that securely receives a first control 
of a first entity external to said 
operating environment, and 



Rule or evidence contained in the manifest of a 
shared assembly, distributed by a first entity 
that can be used by the CLR, CLI or CCLR to 
determine permissions that may be needed to 
cause operations on a data item or resource 
controlled by another entity; shared assembly 
is tamper-protected and may be received using 
secure SSL or IPSEC protocol. 



(2) securely receives a second control 
of a second entity external to said 
operating environment, said second 
entity being different from said first 
entity: and 



Rule specified in the manifest of a second 
shared (Tamper protected) assembly, that 
demands permissions of callers of its methods. 



^b) a protected processing environment, 
operatively connected to said 
communications arrangement that: 



CLR, CLI or CCLR, connected to (e.g.) 
communications port 



(1) [] securely processes, using at least 
one resource, a data item logically 
associated with said first and second 
controls, and 



CLR, CLI or CCLR uses type safety 
mechanisms, access controls, integrity 
detection, and separation of domains. Data 
item may be any data item that is managed by 
the second assembly, which may be a member 
of such assembly, and whose state or value 
may be accessible through an interface to other 
assemblies, and which is referenced by the first 
assembly. 



(2) Q securely applies said first and 
second controls to manage said 
resource for controlling use of said data 
item. 



CLR, CLI or CCLR processes the demand for 
permissions from the second assembly, collects 
the evidence or processes the rule from the first 
assembly, and determines whether the first 
assembly has the permissions to use the 
resource to operate on the data item controlled 
by the second assembly 



57. A system as in claim 36 wherein said 
)rotected processing environment is part of an 



Computer or electronic appliance running 
CLR, CLI or CCLR 
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end user electronic appliance. 

64. A system as in claim 36 wherein said 
communications arrangement receives said 
first and second controls from at least one 
remote location over at least one 

telecommunications link. : ♦ 

75. A system as in claim 36 wherein said 
protected processing environment combines 
said first and second controls to provide a 
combined control arrangement. 



82. A system as in claim 36 wherein said 
communications arrangement independently 
receives said first and second controls at 

different times 

88. A system as in claim 36 wherein at least 
one of the first control and second controls 
comprises at least one executable component 
and at least one data component. 



Shared assemblies are designed to be received 
remotely, e.g., over the internet. 



Arrangement consists of the stack frame and 
and the corresponding pray of permission 
grants for assemblies on the stack, and the 
permission demanded by the second assembly. 



Assemblies, including controls, are designed 
for independent delivery. 



The second entity supplies an assembly with a 
demand procedure (executed by the CLR, CLI 
or CCLR) ihat includes reference to a specific 
attribute value (the data component), and the 
protected processing environment executes the 
executable component (demand) in a manner 
that is at least in part responsive to the data 
component (execution is in response to the 
security action supplied in the data item). 



Exhibit B ij 

44 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



JNTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,982,891 



*6. 



Infringing Product: My Services 



A secure operating environment system 
-or managing at least one resource 
comprising: 



Secure operating environment is the secure 
server for any .NET My Services service 
(e.g. Mv Calendar, Mv Inbox) 



t communications arrangement that 
securely receives 



Secure server receives communications 
formatted using the SOAP-SEC, the 
security extension to SOAP that is used by 
My Service servers to receive controls. 



i first control 



The first control is a roleTemplate 
associated with the service. ITie 
roleTemplate identifies specific actions 
(e.g. read, replace) that can be performed 
against a certain scope (resource or set of 
resources). 



f a first entity external to said operating 
environment, 



The first entity is the administrator of the 
server database, or other entity with 
authority over its content that sets up the 
roleTemplates and scopes. That entity is 
independent from and located remotely 
from the secure server, 



nd securely receives a second control 



A role element specified by- a specific end 
user, which is securely received by the 
secure server using the SOAP-SEC 
protocol.. 



f a second entity external to said 
perating environment, said second entity 
eing different from said first entity: 



The end user is located remotely from the 
secure server. 



nd a protected processing environment, 
peratively connected to said 
ommunications arrangement, that: 



The protected processing environment is 
the .NET security service {authorization 
system) operating within the server. The 
server uses the SOAP-SEC 
communication protocol to receive 
controls. . 



i) securely processes, using at least one 
^source, a data hem logically associated 
nth said first and second controls, and 



"Securely processes" is performing the 
requested operation on secure server 
running.NET. The system will perform the 
requested operation ensuring that the user 
has no access to information outside the 



1 

Exhibit Bl 

-'45 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



scope computed. 



The resource is the server software and/or 
hardware used to process the two controls 
and user data. 

The first control is the roleTemplate for the 
service. The second controlis the role 
element for an individual uiser. 

The data item is the end user's stored 
content (e.g. calendar, email inbox, etc.). 



(b) securely applies said first and second 
controls to manage said resource for 
controlling use of said data item. 



64. A system as in claim 36 wherein said 
communications arrangement receives said 
first and second controls from at least one 
remote location over at least one 
telecommunications link. 



75. A system as in claim 36 wherein said 
protected processing environment 
combines said first and second controls to 
provide a combined control arrangement. 

82. A system as in claim 36 wherein said 
communications arrangement 
independently receives said first and 
second controls at different times. 



95. A secure operating environment system 
as in claim 36 wherein said 
communications arrangement also receives 
a data item separately and at a different 
time from at least one of said first control 
and said second control. 



The secure server determines the result 
scope (visible node set) for the operation 
that is computed from the role element and 
the roleTemplate. That result scope is used 
to manage the data item. 



The remote location is the site where the 
user's or administrator's application is 
running. 

The telecommunication link can be the 
Internet, intranet, VPN or other similar 
channels. 



The role scope incorporating the role 
element and the role Template. 



Administrator and user controls will 
ordinarily be received at different times. 



This is the normal case for .NET My 
Services. The user's content is normally 
stored and updated independently of the 
setting of scope elements, role elements and 
roleTemplates. 
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Product Infringing: Windows CE for Automotive 



L A security method comprising: 



WCEfA is Microsoft Windows CE for Automotive, 
sometimes also known by its former name, AutoPC 2,0. 

With WCEfA an OEM can assign their device to a class 
that only accepts certain kinds of software. The device 
cari be set to accept 1) any software with the correct 
processor/version 2) only certified software or 3) only 
software from the OEM or Microsoft. These Security (or 
Trust) levels also control to which kernel APIs and 
midd lev/are APIs the software has access. <. 

Background: 

"Microsoft Software Install Manager (SIM), a 
component of WCEfA, allows you to control what can 
be installed on your device platform. You can define 
your platform as being open, closed or restricted to new 
installations, and SIM will enforce these designations." 
(D,pg.l) 

"Anything can be installed on an open platform, as long 
as the applications are compiled for the appropriate 
processor. At the other extreme, no third-party software 
can be installed on a closed platform. Only certified 
applications can be installed on a restricted platform." 
(D,pg.l) 

"By restricting installations to compliant applications, 
the risk of installing and using incompatible or harmful 
software is greatly reduced, while still keeping the 
device open for robust, quality applications that enhance 
the user experience." (F, pg.l) 

WCEfA also has a Security Layer whose purpose is to 
"Create an abstraction layer of security surrounding ISV 
applications to limit and/or deny access to key Windows 
CE kernel API calls and WCEfA middleware APIs." 1, 
Pg-0 



a) digitally signing a first load module with a 
irst digital signature designating the first load 
nodule for use by a first device class; 



A first load module is a WCEfA software component in 
a signed .PE file. The first device class is a device that 
only allows software designated as "restricted" (or 
higher) to be installed. "Restricted" software is software 
that has been certified. With restricted software, the 
device also implements a Security Layer functionality 
that limits the kernel and WCEfA API calls that the 
software can make. 
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"SIM Level: I = Restricted 
Description: Only properly certified CEI (WCEfA 
device installation) files can be installed on the device. 
Remote execution is restricted to executable with 
master key. 

Key: Logo certified CEI file required. CEI files or EXEs 
with master keys permitted." (F.pg. I) . 

"The kernel loader calls it each time's module is loaded 
by Windows CE. It returns one of the following values 
that determine the module's access to kernel resources: 

Value ' 
■Meaning 

4 . 

OEM_CERTIFY_TRUST (2) 

The module is trusted by the OEM to perform any 

operation. 

OEM_CERTIFY_RUN (1) 

The module is trusted by the OEM to run but is 

restricted from making certain function calls. 

OEM_CERTIFY_FALSE (0) 
The module is not allowed to run. 

"(H,pg.l) 

Digitally signing: "Before the kernel loads a file, it uses 
the OEMCertifyModule function to verify that the file 
contains the proper signature." (N, pg.l) 

"Signf.le.exe: This tool signs an executable with a 
supplied private key. You can use the following 
command parameters with this tool....-s AttribString, 
specifies an optional attribute string to be included in the 
signature. For example, you could add a string to 
indicate the trust level of the application/' (O. Pg. 1) 

In the MSDN article Verifvine the Signature, the sample 

code segment states 

"//the file has a valid signature 

// we expect the trust level to be returned as signed 

data... 

//case -R' : dwTrustLevel = OEM CERT1FYRUN" (N, 
Pg.2) 

"The WCEfA Security Layer isolates installed 
applications from making unrestricted kernel and 
WCEfA API calls. This allows the OEM to assign one of 
three levels of security to applications and drivers 
installed in RAM when they are loaded into the system. 
The three levels are Trusted..., Restricted..., and 
I Blocked. ..On the systems level, the WCEfA Security 
* . ■ fi .•=■" . ' 

1 
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layer fits between ISV applications and isolates these 
software modules from having free access to all WinCE 
kernel calls and WCEfA middleware APIs." (I, pg. I) 

The developer submits their application for certification. 
If it passes, then the .cei file (a form of cab file) receives 
a certification key from the certifier. The signed PE is 
within this .cei file. , - 



[b) digitally signing a second load module with 
i second digital signature different from the 
first digital signature, the second digital 
signature designating the second load module 
for use by a second device class having at least 
)ne of tamper resistance and security level 
iifferent from the at least one of tamper 
esislance and security level of the first device . 
:lass; . . 



A second load module is a WCEfA software component 
is a signed PE file. The second device class with a 
different tamper resistance or security level is a device 
that is "Closed", that is, it will not allow third party to 
software to be installed. A closed device only allows 
trusted software to run. The Security Layer setting of 
"Trusted" allows the Microsoft and OEM software full 
access to kernel and middleware APIs. 

In the MSDN article Verifying the Signature, the sample 

code segment states 

"//the file has a valid signature 

// we expect the trust level to be returned as signed 

data... 

//case *T : dwTrustLevel = OEM__CERTIFY_TRUST" 
(N, pg2) 

"Signfile.exe: This tool signs an executable with a 
supplied private key. You can use the following 
command parameters with this tool.... -s AttribString, 
specifies an optional attribute string to be included in the 
signature. For example, you could add a string to 
indicate the trust level of the application. (O. Pg. 1) 

"SIM Level: 2 = Closed 

Description: Platform is limited to software supplied 
directly by OEM or Microsoft. Third-party applications 
cannot be installed. ... 

Key: Master key required for any install or remote 
execution." (F, pg.l) 

Related to the Security Layer, the Trusted level "is most 
likely reserved for MS and OEM applications and 
drivers." 0, pg. 0 

Whereas the .cei files for certified software have a 
certification key (sometimes call MS Logo key), the cei 
files from Microsoft or the OEM have a master key 
attached. ""Master key required for any install or remote 
execution." (F,p.gl) 



c) distributing the first load module for use by 
t least one device in the first device class: and 



First had module is the certified software from a third 
part}' that will be run as part of the " Restrict ed" first 
device class, 

"Once your application is complete, send the xei file to 
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the organization that is performing validation or 
certification for the OEM. They would validate it, then 
either reject or return a .cei that has been stamped with a 
certification key. You would then reproduce this cei file 
on CD-ROM or a compact flash card and distribute." (D, 
P .g5) 

"APCLoad compares the device SiM level against the 
xei file certification key, and either allows the 
installation to proceed or prohibits it based on the 
outcome of this comparison.' 1 (D, pg. 2) 

"Security;. To achieve a high level of reliability, 
WCEfA is carefully designed to: * 

-«* Control the installation of certified and tested 
. . software and drivers. 
• - Limit the access of system services by installed 
module. 

Monitor the proper execution of software..." 
(G,pg.l) 



[d) distributing the second load module for use 
by at least one device in the second device 
:lass. 



The second load module is the certified software from 
the OEM or Microsoft that will be run as part of the 
"Closed" second device class. 

"You may need to change ROM components after your 
device ships, either to fix a problem, or to provide 
enhanced functionality. For this purpose, the OEM is 
given a CEIBuild that adds a master key to a .cei file. 
CEI files stamped with this master key can be installed 
on an open, closed or a restricted platform." (D, pg. 3) 

"Trusted: The application is registered as a completely 
trusted module and allowed full access to the kernel 
APIs and WCEfA APIs. This mode is mostly likely 
reserved for MS and OEM applications and drivers. 
Note that applications and drivers included in ROM are 
automatically given trusted status." (I, pg.l) 



References: 

D] hnp*y/msdn.microsoft.corn/Iibr^ 

F] http://msdn.microsoft.corn/lito 

G] http://msdn.microsoft.corji/lfo^ 

H] http://msdn.microsoftxom/libra^ 
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JNTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 



INTERTRUST INFRINGEMENT CHART 

FOR U.S. PATENT NO. 6,157,721 



5. Product infringing: Windows Hardware 

. / Quality Lab certification services, and * » 

operating system products that support 

' driver signature technology. ; 

A software verifying method comprising: Microsoft encourages manufacturers to 

have their device drivers tested and signed. 
For example, only signed drivers will ship 
"in-the-box." Also, Microsoft's driver 
ranking prefers signed drivers to unsigned 
drivers. 

Microsoft Web Page - Can't Find a Test 
Category for Your Driver? 
WHQL's long-term objective is to be able 
to digitally sign all drivers. Although we do 
not currently have test programs for certain 
driver types, such as specialized device 
drivers and software filter drivers, WHQL 
is investigating a long term solution to 
expand the categories of drivers tested 
under Windows 2000 and ultimately all 
Windows operating systems. We are 
already formulating a test program for anti- 
virus file system filters, and plan to address 
other file system filter drivers as soon as 

the initial program is in place. 

(a) testing a load module The driver will be tested for each version of 

the operating system it supports and against 
the device class specification that apply to 
the device's class. 

The driver package is a load module. A 
driver package contains one or more of the 
following files: 

A device setup information file (INF file) 

A driver catalog (.cat) file 

One or more optional co-installers 

Microsoft operates the Window Hardware 
Quality Lab, which tests drivers submitted 
by driver manufactures. 

The manufacturer can test their own driver 
using the Microsoft testing kit and submit 
the test results to WHQL when requesting a 
signature. Additionally, Microsoft or a 
testing facility working with Microsoft can 

perform the testing. 

having at least one specification associated 1 The manufacturer- written INF file, which 

• * :| ' : 
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therewith, 



the specification describing one or more 
functions performed by the load module; 



(b) verifying that the load module satisfies 
the specification; and 



is part of the driver package, is a 
specification. Microsoft Windows drivers 
must have an INF file in order to be 
installed. 



The INF Version section specifies its 
device class. One use of the device class is 
to identify the. specific Windows 
compatibility specification that relate to the 
device class. These specifications will vary 
by device class in part because the function 
of each device can vary among class. The 
INF incorporates by reference the , 
Microsoft supplied device class-specific 
specification by identifying its class in the 
INF. 

The INF can include operating system 
"decorating" to specify the operating 
system architecture, major and minor 
version, product and suite the driver is 
intended for and can further use this 
decorating to specify what operating 
systems for which it is not intended. 
Because the functionality of each of the 
operating systems may vary the driver must 
be tested for each applicable operating 
system. 

Qualification Service Policy Guide - 
Hardware Category Policies 



You must select the correct hardware 
category for your device. If you select the 
wrong hardware category for your device, 
your submission will fail For example, if 
you have a storage/hard drive device, but 
you select storage/tape drive as your 
hardware category, your submission will ' 
fail. 

Windows XP HCT 10.0 Q & A - Windows 
XP Logos 

Q: Which "Designed for Windows XP H 
logos are available for my product? 
A: Devices and systems qualify for a 
"Designed for Windows 14 logo after passing 
testing with the appropriate WHQL test kit 
on all operating systems specified by the 
logo. "Designed for Windows" Logos for Device 
and System Programs lists which logos are 
available for each type of product 



The Microsoft WindowsXP Hardware 
Compatibility Test (HCT) kit version 10.0 
includes the tests, test documentation; and 
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(c) issuing at least one digital certificate 
attesting to the results of the verifying step. 



submission processes that are required to 
participate in the Microsoft Windows Logo 
Program for Hardware for the Windows 
XP Professional operating system. To 
qualify to use the "Designed for Windows" 
logo for hardware, products must pass 
testing with the Microsoft Windows HCT 
kit. The HCT kits axe organized by 
hardware type. 

As mentioned above, the manufacturer can 
test their own driver using the Microsoft 
testing kit and submit the test results to 
WHQL when requesting a signature. 
Additionally, Microsoft or a testing facility 
working with Microsoft can perform the 

testing. ; _ 

When a driver package passes WHQL 
testing, WHQL generates a separate -CAT 
file containing a hash of the driver binaries 
and other relevant information. WHQL 
then digitally signs the CAT file using 
Digital Signature cryptographic technology 
and sends it to the vendor. Driver signing 
does not change the driver binaries or the 
INF file submitted for testing. 

Microsoft uses digital signatures for device 
drivers to let users know that drivers are 
compatible with Microsoft Windows XP, 
Windows 2000, and Windows Me. A 
driver's digital signature indicates that the 
driver was tested with Windows for 
compatibility and has not been altered since 
testing. 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 

FOR U.S. PATENT NO. 6,157,721 




14. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport ._ 



\ first protected processing environment 
x>mprising: 



A personal computer running Windows XP, 
Windows 2000, or Windows 2003 . 



i first tamper resistant barrier having a first 
;ecurity level, and 



The tamper resistant barrier is the Office 2003 
IRM client environment and includes the 
signed digital certificate identifying the user. 

If the certificate is tampered with, or if certain, . 
sensitive IRM processes or modules are 
debugged or tampered with, the system will 
cease to operate. 

The first security level is the "Security Level" 
which has been selected for a particular Office 
Application, e.g.. Word. 



it least one arrangement within the first 
amper resistant barrier that prevents the first 
irotected processing environment from 
xecuting the same load module accessed by a 
econd protected processing environment 
laving a second tamper resistant barrier with a 
econd security level different from the first 
ecurity level. 



The arrangement that prevents a load module 
from running in one PPE and not in another is 
the type and characteristics of a particular Load 
Module (VBA program within a document or 
add-in); i.e., signed, script author, code 
capabilities, etc., and the "Security Level" 
settings. 



••!! 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,157,721 



18. 



V method for protecting a first computing 
irrangement surrounded by a first tamper 
esistant barrier having a first security level, 
he method including: 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



The first computing arrangement with a tamper 
resistant barrier is the Office 2003 IRM client 
environment and includes the signed digital . 
certificate identifying the user 

If the certificate is tampered with, or if certain, 
sensitive IRM processes or modules are 
debugged or tampered with, the system will 
cease to operate. 

The computing arrangement is being protected 
from; for example, viruses and malicious code. 

The first security level is the "Security Level" 
which has been selected for a particular Office 
Application, e.g.. Word. ; 



reventing the first computing arrangement 
rom using the same software module 
ccessible by a second computing arrangement 
aving a second tamper resistant barrier with a 
econd security level different from the first 
scurity level. 



The arrangement that prevents a load module 
from running in one computing arrangement 
and not in another is the type and 
characteristics of a particular software module 
(VBA program within a document or add-in); 
i.e., signed, script author, code capabilities, 
etc., and the "Security Level" settings. 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,157,721 



34. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hoSted RMS Service using 
Passport 



A protected processing environment 
comprising: 



A personal computer running Windows XP, 
Windows 2000, or Windows 2003 



a first tamper resistant barrier having a first 
security level, 



The first tamper resistant barrier is the Office 
2003 IRM client environment and includes the 
signed digital certificate identifying the user. If 
the certificate is tampered with, or if certain, 
sensitive IRM processes or modules are . 
debugged or tampered with, the system will, 
cease to operate. 

The first security level is the "Security Level" 
which has been selected for a particular Office 
Application, e.g.. Word. 



a first secure execution space, and 



The secure execution space is process space 
allocated by the operating system for the 
Microsoft Office host application to run. This 
host application (e.g., Word) executes the VBA 
code within this process space. 

This execution space (application) is secure 
because the IRM environment takes steps to 
insure that it is "trusted", the application is 
signed, and the document which includes the 
VBA code is protected by IRM policy and then 
encrypted and signed. 



at least one arrangement within the first 
tamper resistant barrier that prevents the first 
secure execution space from executing the 
same executable accessed by a second secure 
execution space having a second tamper 
resistant barrier with a second security level 
different from the first security level. 



The arrangement that prevents a load module 
from running in one computing arrangement 
and not in another is the type and 
characteristics of a particular software module 
(VBA program within a document or add-in); 
i.e., signed, script author, code capabilities, 
etc., and the "Security Level" settings. 
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34. 



Product Infringing: Microsoft Common Language 
RuntimeandASP.NET • ■ . 



A protected processing environment 
comprising: 



Microsoft Common Language Runtime and 
ASP.NET 



a first tamper resistant barrier having a 
first security level, 



TAMPER RESISTANT BARRIER 
The first tamper resistant barrier is the application 
domain in the CLR. The runtime hashes the 
contents of each file loaded into the application 
domain and compares it with the hash value in the 
manifest. If two hashes don't match, the assembly 
fails to load.[l] 

Also "Code running in one application cannot 
directly access code or resources from another 
application. The common language runtime 
enforces this isolation by preventing direct calls 
between objects in different application domains. 
Objects that pass between domains are either 
copied or accessed by proxy ."[2] 

SECURITY LEVELS 

The security levels of the application domain if 
different by setting the trust level assigned to an 
outside application using the "trust" element in the 
web.config for the ASP.NET application. 
Syntax- 

<trust level='Tull/High/Low/None" 
originUrl="url"/> 

Example- 

<tnist levd="H»gh" 

ori g inUri=http://www.SomeOtherCompany.com/defaul 
t.aspx/> 

[7] 



a first secure execution space, and 



The application domain is the execution space for a 
particular application. 



it least one arrangement within the first 
amper resistant barrier that prevents the 
irst secure execution space from 
executing the same executable accessed 
>y a second secure execution space 
laving a second tamper resistant barrier 
vith a second security level different from 
he first security level. 



The second secure execution space is another 
application domain that has a different trust level for 
an outside application. 

If second app domain gives Full trust to the outside 
application; whereas the first one doesn't, the first 
app domain won't be able to execute the application 
that requires full trust permission. 



References 
JLU 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,157,721 



34, 



Product Infringing: Products containing 
Microsoft Common Language Runtime or 
Compact Common Language Runtime and 
products implementing the Common Language || 
Infrastructure specification. 



A protected processing environment 
comprising: 



Microsoft Common Language Runtime and 
.NET Framework SDK: • 



a first tamper resistant barrier having a first 
security level, 



TAMPER RESISTANT BARRIER 
The first tamper resistant barrier is the 
application domain in the CLR. The runtime • 
hashes the contents of each file loaded into the 
application domain and compares it with the 
hash value in the manifest. If tw6 hashes don't 
match, the assembly fails to load. [1] 

Also "Co de running in one application cannot 
directly access code or resources from another 
application. The common language runtime 
enforces this isolation by preventing direct 
calls between objects in different application 
domains. Objects that pass between domains 
are either copied or accessed by proxy "[2] 

SECURITY LEVELS 

Application domains have different security 
levels by setting security policy of the 
application domain programmatically. [3] 
"It has different security based on code-based 
security model of. NET Administrators and 
hosts use code-access security to decide what 
code can do, based on characteristics of the 
code itself regardless of what user is executing 
the code. The code characteristics are called 
evidence and can include the Web site or zone 
from which the code was downloaded, or the 
digital signature of the vendor who published 
the code. " 

"When the security manager needs to 
determine the set of permissions that an 
assembly is granted by security policy, it starts 
with the enterprise policy level Supplying the 
assembly evidence to this policy level will 
result in (he set of permissions granted from - 
that policy level. The security manager 
typically continues to collect (he permission 
sets of the policy levels below the enterprise 
policy fincluding the app domain! in the same 
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fashion. These permission sets are then 
intersected to generate the policy system 
permission set for the assembly. All levels must 
allow a specific permission before it can make 
it into the granted permission set for the 
assembly" . 

Example of granted permission sets from a 

Condition: All code. Permission Set: Nothing 

Condition: Zone: Internet, Permission Set: Internet Condition: URL 
www.mpnash.edu.au. Permission Set: MonashPSet 
Condition: Strong Name: m-Commerce. Permission Set: m- - 
CommercePSet [4] 



Another difference in security levels can be 
whether the verification process is turned off or 
on, "Managed code must be passed through a 
verification process before it can be run 
(unless the administrator has granted 
permission to skip the verification). The 
verification process determines whether the 
code can attempt to access invalid memory 
addresses or perform some other action that 
could cause the process in which it is running 
to fail to operate properly. Code that passes 
the verification test is said to be type-safe. The 
ability to verify code as type-safe enables the 
common language runtime to provide as great 
a level of isolation as the process boundary, at 
a much lower performance cost" [5] 



a first secure execution space, and 



The application domain is the execution space 
for a particular application. 



it least one arrangement within the first tamper 
esistant barrier that prevents the first secure 
ixecution space from executing the same 
ixecutable accessed by a second secure 
:xecution space having a second tamper 
esistant barrier with a second security level 
lifferent from the first security level. 



The second secure execution space is another 
application domain that has a different security 
policy than the first 

If second app domain's security policy doesn't 
give any permission to code from internet 
zone, but first app domain does, then the code 
would run in first app domain and not in 
second, [6] 



References: 
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[3] LaMacchia.etc. .NET Framework 
Securit y. Addision- Wesley, 2002, p.l 13 
[4] Watkins, Demien, "An Overview of 
Security in the .NET Framework", from 
MSDN Library, January 2002 
[5] same as [2] 

[6] msdn.Microsoft.com/library/en- 
us/cpguide/html/ 
cpconapplicationdomainlevelsecuritypolicy 
.asp?frame=true 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,157,721 




)8. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



K method for protecting a first computing 
irrangement surrounded by a first tamper 
esistant barrier having a first security level, 
he method including: 



The first computing arrangement surrounded by 
a tamper resistant barrier is the Office 2003 
IRM client environment and includes the 
signed digital certificate identifying the user. If 
the certificate is tampered with, or if certain, 
sensitive IRM processes or modules are 
debugged or tampered with, the system, will 
cease to operate. 

The first security level is the "Security Level" 
which has been selected for a particular Office 
Application, e.g.. Word. 



>reventing the first computing arrangement 
rom using the same software module accessed 
>y a second computing arrangement having a 
econd tamper resistant barrier with a second 
ecurity level different from the first security 
evel. 



The computing arrangement that prevents a 
software module from running in one 
computing arrangement and not in another is 
the type and characteristics of the particular 
software module (VBA program within a 
document or add-in); i.e., signed, script author, 
code capabilities, etc.* and the "Security Level" 
settings. 
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1NTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,185,683 



2. 



Product Infringing: Windows Media Rights 
Manager and Windows Media Player 



A system including : 



(a) a first apparatus including, 



Consumer's computer, as shown in WMRM 
SDK . 



(1) user controls, 



Consumer's computer, as shown in WMRM 

SDK ; 



(2) a communications port, 



Consumer's computer, as shown in WMRM 

SDK ; 



(3) a processor, 



Consumer's computer, as shown in WMRM 
SDK 



(4) a memory storing: 



Consumer's computer, as showij in WMRM 

SDK ' 



(i) a first secure container containing 
a governed item, the first secure 
container governed item being at 
least in part encrypted; the first 
secure container having been 
received from a second apparatus: 



Secure container (packaged Windows Media 
file), received by consumer's computer from 
"Content provider" ( WMRM SDK, Step 3), 
which contains encrypted governed item 
("Encrypted content") 



(ii) a first secure container rule at least 
in part governing an aspect of 
access to or use of said first secure 
container governed item, the first 
secure container rule [sic], the first 
secure container rule having been 
received from a third apparatus 
different from said second 
apparatus: and 



Rights portion of signed license, received by 
consumer's computer from "License issuer" 
(WMRM SDK, Step 9) 



(5) hardware or software used for 
receiving and opening secure 
containers, said secure containers each 
including the capacity to contain a 
governed item, a secure container rule 
being associated with each of said 
secure containers: 



Windows Media Player and Windows Media 
Rights Manager 



(6) a protected processing environment at 
least in part protecting information 
contained in said protected processing 
environment from tampering by a user 
of said first apparatus, said protected 
processing environment including 
hardware or software used for 
applying said first secure container 
rule and a second secure container rule 
in combination to at least in part 
govern at least one aspect of access to 
or use of a governed item contained in 
a secure container: and • • 



1st and 2nd rules consist of any two valid rules 
as specified in the Window Media Rights 
Manager SDK; protected processing 
environment includes Windows Media Rights 
Manager and Windows processes for 
protecting operation of Windows Media Rights 
Manager. Licenses can be used to convey 
multiple rules. 



(7) hardware or software used for 



Any hardware or software employed in 
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transmission of secure containers to 
other apparatuses or for the receipt of 
secure containers from other 
apparatuses. 



transmitting Windows Media files, including 
for example consumer's computer's 
communication port and Windows Media 
Player fWMRM SDK: Step 3) 
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INTERTWIST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
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Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



\ system including: 



i first apparatus including, 
iser controls, 
i communications port, 
i processor, 
i memory storing: 



A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-dri ve 
or RAM. 



i first secure container containing a governed 
tern, the first secure container governed item 
>eing at least in part encrypted; the first secure 
container having been received from a second 
ipparatus; 



An encrypted IRM-governed email received 
from a remote computer. The encrypted IRM- 
govemed email contains an encrypted IRM- 
govemed email message. 



l first secure container rule at least in part 
governing an aspect of access to or use of said 
Irst secure container governed item, the first 
;ecure container rule, the first secure container 
ule having been received from a third 
ipparatus different from said second 
ipparatus; and 



The first secure container rule is received from 
the RMS server in the form of a use license. 

This use license contains rules generated by the 
RMS server specifically for the user (or user's 
group) 



lardware or software used for receiving and 
>pening secure containers* 

;aid secure containers each including the 
capacity to contain a governed item, a secure 
;ontainer rule being associated with each of 
;aid secure containers; 



i protected processing environment at least in 
>ait protecting information contained in said 
protected processing environment from 
ampering by a user of said first apparatus, 

;aid protected processing environment 
ncluding hardware or software used for 
ipplying said first secure container rule and a 
>econd secure container rule in combination to 
it least in nart eovem at least one asnect of 



The RM-enabled device contains hardware or 
software for receiving and opening secure 
emails. 

The secure email has the capacity to contain an 
IRM-govemed email message, with a rule 
being associated with each email. 

The rules associated with the secure emails are 
rules that come as part of the original email as 
well as rules that come back from the RMS. 



Protected information on the RM-enabled 
device is protected by the use of at least 
cryptographic techniques. 



The rule governing the email works together 
with an additional rule to determine what 
access to or use (if any) are allowed with 
respect to the IRM-governed email message. 
For examnle. the additional rule mav he 
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access to or use of a governed item contained 
in a secure container; and 



hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses. 



received together with the rule in the use 
license. 



The device includes hardware or software used 
for transmitting or receiving secure emails. For 
example, RM-enabled OUTLOOK is designed 
to transmit and receive encrypted IRM- 
governed emails to/from other devices. . 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 



INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,185,683 




Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



\ system including: 



i first apparatus including, 
iser controls, 
i communications port, 
i processor, 
i memory storing: 



A device with user controls, a communications 
port, a processor, and memory. For example, 
the user controls may be a keyboard and 
mouse, the communications port may be a NIC 
card with an Ethernet port the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. • 



i first secure container containing a governed 
tern, the first secure container governed item 
>eing at least in part encrypted; the first secure 
container having been received from a second 
lpparatus; 



The first secure container is an encrypted IRM- 
protected document. 

This encrypted IRM-governed document is, for 
example, received from a remote computer, as 
an attachment to an IRM-governed email or 
downloaded from a document server or web 
site. 



i first secure container rule at least in part 
governing an aspect of access to or use of said 
irst secure container governed item, the first 
;ecure container rule, the first secure container 
ule having been received from a third 
ipparatus different from said second 
ipparatus; and ' 



The first secure container rule is received from 
the RMS server in the form of a use license. 

This use license contains rules generated by the 
RMS server specifically for the user (or user's 
group). 



lardware or software used for receiving and 
>pening secure containers, 

;aid secure containers each including the 
capacity to contain a governed item, a secure 
container rule being associated with each of 
;aid secure containers; 



The RM-enabled device contains hardware or 
software for receiving and opening secure 
documents. 

The secure documents have the capacity to 
contain IRM-governed content, with a rule 
being associated with each secure document. 

The rules associated with said secure 
documents are the rules that come as part of the 
originally received document as well as rules 
that come back from the RMS server. 



i protected processing environment at least in 
)art protecting information contained in said 
Drotected processing environment from 
ampering by a user of said first apparatus, 



Protected information on the RM-enabled 
device is protected by the use of al least 
cryptographic technique. 

The rule eovernine the document works 
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said protected processing environment 
including hardware or software used for 
applying said first secure container rule and a 
second secure container rule in combination to 
at least in part govern at least one aspect of 
access to or use of a .governed item contained 
in a secure container; and 



hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses. 



together with an additional rule to determine 
what access to or use (if any) are allowed with 
respect to the IRM-governed document. For 
example, the additional rule may be associated 
with an email to which the document was 
attached, or received together with the rule in 
the use license. . 



The device includes hardware or software used 
for transmitting or receiving secure documents. 
For example, RM-enabled OUTLOOK is 
designed to transmit and receive' to/from other 
devices emails with IRM-govemed documents 
attached thereto. ; 
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INTER TRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,185,683 



:i-;^-v^ ;,CLA1M liANGliJAGE .: s-. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



^ system including: 



. first apparatus including, 
iser controls, 
communications port, 
processor, 

memory storing: 



A device with user controls, a communications 
port, a processor and memory. ' For example, 
the user controls may be a keyboard and • 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 



first secure container containing a governed 
em, the first secure container governed item 
eing at least in part encrypted; 



The first secure container containing a 
governed item is an IRM protected email. 

Both the email and attachment are IRM 
protected, each having their own rules, each 
being encrypted. 



first secure container rule at least in part 
oveming an aspect of access to or use of said 
rst secure container governed item; and 



The rule governing the email (a first secure 
container rule) governs said first secure 
container governed item. 



second secure container containing a digital 
irtificate; 



The second secure container is the IRM 
protected attachment's derived license request 
object 

The license request object contains the 
Publishing license and a signed digital 
certificate. 



irdware or software used for receiving and 
)ening secure containers, 

id secure containers each including the 
ipacity to contain a governed ilem, a secure 
>ntainer rule being associated with each of 
id secure containers: 



The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a governed item, with a secure 
container rule being associated with each of 
said secure containers. 



protected processing environment at least in 
irt protecting information contained in said 
otected processing environment from 
mpering by a user of said first apparatus, 

id protected processing environment 
eluding hardware or software used for 



Protected information on the RM-eniabled 
computer is protected by the use of at least 
cryptographic techniques. 



The rules governing the email itself ( first 
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applying said first secure container rule and a 
second secure container rule in combination to 
at least in part govern at least one aspect of 

aCCeSS tO Or ll<If* of* a 0OVPrnf»H \tf*m rr\r\ia\r\*±A 

in a secure container; and 


secure container rule) and the rules governing 
the attachment work together to determine what 
access to or use (if any) will be allowed with 
respect to the governed item. 


hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses. 


IRM-enabled applications, e.g., OUTLOOK, 
are designed to transmit and receive RM 
secured containers to/from other computers. 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
FOR U.S. PATENT NO. 6,185,683 




l^gLAp OE INFM^EM^ 


3. 


Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 


A system including: 




a first apparatus including, 

user controls, 

a communications port, 

a processor, 

a memory storing: 


A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and 1 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 


a first secure container containing a governed 
item, the first secure container governed item 
being at least in part encrypted; 

. 


The first secure container containing a 
governed item is an IRM protected document, 
which is an attachment within an IRM 
protected email message. The governed item is 
the document's content. 

Both the email message and attachment are 
encrypted and have associated usage rules due 
to IRM protection. 


a first secure container rule at least in part 
governing an aspect of access to or use of said 
first secure container governed item: and 


A use license for the IRM protected document 
specifies rules governing access to or use of 
said first secure container governed item. 


a second secure container containing a digital 
certificate; 


The second secure container is the IRM 
protected email message. 

The IRM protected attachment includes a 
publishing license and an owner certificate, 
both of which are signed XrML digital 
certificates. 

1 iic diidcximeni ^including em Deo Geo 
certificates) is contained within the IRjM 
protected email message (said second secure 
container). 


hardware or software used for receiving and 
opening secure containers, 

said secure containers each including the 
capacity to contain a governed item, a secure 
container rule being associated with each of 
said secure containers: 


The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a governed item, with a secure 
container rule being associated with each of 
said secure containers. 


a proiected processing environment at least in 
part protecting information contained in said 
nrotected processing environment from 


Protected information on the RM-enabled 
computer is protected by the use of at least 
cryptographic techniques. 
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tampering by a user of said first apparatus, 



said protected processing environment 
including hardware or software used for 
applying said first secure container rule and a 
second secure container rule in combination to 
at least in part govern at least-one aspect of 
access to or use of a governed* hem contained 

in a secure container; and • . 

hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses. 



4. A system as in claim 3. . 

said memory storing a rule associated with 
said second secure container, said rule 
associated with said second secure container at 
least in part governing at least one aspect of 
access to or use of said digital certificate. 



The rules governing the attachment (first secure 
container rule) and the rules governing the 
email message (second secure container rule) 
work together to determine what access to or 
use (if any) will be allowed with respect to the 
governed item. 

RM-enabled applications, e.g., OUTLOOK, are 
designed to transmit and receive RM secured 
containers to/from other computers. 



All parts of the attachment (including 
embedded signed XrML licenses/certificates) 
are protected by the enclosing email message 
and governed by the associated email rules 
( second secure container ruleV . 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,185,683 



CLAIM LANGUAGE 



CLAIM OF INFRINGEMENT 



5. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



A system including: 



a first apparatus including, 
user controls, 
a communications port, 
i processor, 

a memory storing: 



A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and ' 
mouse, the communications port may be a NIG 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drivel 
or RAM, 



a first secure container containing a governed 
item, the first secure container governed item 
being at least in part encrypted; 



first secure container containing a governed 
item is an IRM protected email. 

Both the email and attachment are IRM 
protected, each having their own rules, each 
being encrypted. 



a first secure container rule at least in part 
governing an aspect of access to or use of said 
first secure container governed item; and 



The rule governing the email (a first secure 
container rule) governs said first secure 
container governed item. 



a second secure container containing a digital 
signature, the second secure container being 
different from said first secure container, 



The second secure container is the IRM 
protected attachment's derived license request 
object. 

The license request object contains the 
Publishing license and a signed digital 
certificate. 



hardware or software used for receiving and 
opening secure containers, said secure 
containers each including the capacity to 
contain a governed item, a secure container 
rule being associated with each of said secure 
containers; 



The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a governed item, with a secure 
container rule being associated with each of 
said secure containers. ; 



a protected processing environment at least in 
part protecting information contained in said 
protected processing environment from 
tampering by a user of said first apparatus, 

said protected processing environment 
including hardware or software used for 
annlvine said first secure container rule and a 



Protected information on the RM-enabled 
computer is protected by the use of at least 
cryptographic techniques. 



The rules governing the email itself (fust 
secure container rule"! and the rules governing 
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second secure container rule in combination to 
at least in part govern at least one aspect of 
access to or use of a governed item contained 

in a secure container: and 

hardware or software used for transmission of 
secure containers to other, apparatuses or for 
the receipt of secure containers .from other 
a pparatuses. : ; 



the attachment will work together to determine 
what access to or use (if any) will be allowed 
with respect to the governed item. 

RM-enabled applications, e.g., OUTLOOK, are 
designed to transmit and receive RM secured 
containers to/from other computers. 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 



INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,185,683 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



A system including: 



a first apparatus including, 
user controls, 
a communications port, 
a processor, 
a memory storing: 



A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 



a first secure container containing a governed 
item, the first secure container governed item 
being at least in part encrypted; 



first secure container containing a governed 
item is an IRM protected email. 

Both the email and attachment are IRM 
protected, each having their own rules, each 
being encrypted. 



a first secure container rule at least in part 
governing an aspect of access to or use of said 
first secure container governed item; and 



The rule governing the email (a first secure 
container rule) governs said first secure 
container governed item. 



a second secure container containing a digital 
signature, the second secure container being 
different from said first secure container; • 



The second secure container is the IRM email 
attachment. 

This attachment and its publishing license are 
signed. 



hardware or software used for receiving.and 
opening secure containers, said secure 
containers each including the capacity to 
contain a governed item, a secure container 
rule being associated with each of said secure 
containers; 



a protected processing environment at least in- 
part protecting information contained in said 
protected processing environment from 
tampering by a user of said first apparatus, 

said protected processing environment 
including hardware or software, used foi 
annlving said first secure container rule and a 



The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a governed item, with a secure 
container rule being associated with each of 
said secure containers. 



- Protected information on the RM-enabled 
computer is protected by the use of at least 
cryptographic techniques. 



The rules governing the email itself (first 
secure container rule 1 ! and the rules governing 
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second secure container rule in combination to 
at least in part govern at least one aspect of 
access to or use of a governed item contained 

in a secure container: and ■ 

hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
a pparatuses. 



the attachment work together to determine what 
access to, or use (if any) will be allowed with 
respect to the governed item. 



RM-enabled applications, e.g., OUTLOOK,are 
designed to transmit and receive RM secured 
containers to/from other computers. 
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, v „., GLAIMM^GUAGE; •;. .;,,>•'> 


I ^^^CI^IM OP INFRINGEMENT!; ^ ^ 


; 5. 


Infringing products include Office 2003 and 
included applications, arid Server 2003, 
including Microsoft hosted RMS Service using 
Passport 


A system including: 




a first apparatus including, 

user controls, 

a communications port, 

a processor, 

a memory storing: 


A device with user controls, a communications 
port, a. processor and memory. For example, 
the user controls may be a keyboard and 
mouse, the communications port may be a NIC 0 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 


a first secure container containing a governed 
item, the first secure container governed item 
being at least in part encrypted; 


The first secure container containing a 
governed item is an IRM protected document, 
which is an attachment within an IRM 
protected email message. The governed item is 
the document's content. 

Both the email message and attachment are 
encrypted and have associated usage rules due 
to IRM protection. 


a first secure container rule at least in part 
governing an aspect of access to or use of said 
first secure container governed item; and 


A use license for the IRM protected document 
specifies rules governing access to or use of 
said first secure container governed item. 


d hccuiiu secure coniainer containing a digital 
signature, the second secure container being 
different from said first secure container; 


The second secure container is the IRM 
protected email message. 

The IRM protected attachment includes a 
publishing license and an owner certificate, 
both of which are signed XrML digital 
certificates. 

The attachment (including embedded 

certificates^ is contained within thf* FRM 

protected email message (said second secure 
container). 


hardware or software used for receiving and 
opening secure containers, said secure 
containers each including the capacity to 
contain a governed item, a secure container 
rule being associated with each of said secure 
containers; 


The RM (IRM) enabled computer has software 
for receiving and opening secure containers. 

The IRM secure containers have capacity to 
contain a governed item, with a secure 
container rule being associated with each of 
said secure containers. 


a protected processing environment at least in 
nart protecting information contained in said 


Protected information on the RM-enabled . II 
computer is protected hv the use of at least H 
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protected processing environment from 
tampering by a user of said first apparatus, 

said protected processing environment 
including hardware or software used for 
applying said first secure container rule and a 
second secure container rule in combination to 
at least in part govern at least one asp/set of 
access to or use of a governed item contained 

in a secure container: and - • 

hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 

apparatuses, 

6, A system as in claim 5, • 

said memory storing a rule at least in part 
governing an aspect of access to or use of said 
digital signature. 



cryptographic techniques. 



The rules governing the attachment (firpt secure 
container rule) and the rules governing the 
email message (second secure container rule) 
work together to determine what access to or 
use (if any) will be allowed with* respect to the 

governed item. 

RM-enabled applications, e.g., OUTLOOK, are 
designed to transmit and receive RM secured 
containers to/from other computers. 



AH parts of the attachment (including 
embedded signed XrML licenses/certificates) 
are protected by the enclosing email message 
and governed by the associated email rules 
(second secure container ruleV - 
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28. 


Infringing. products include OffiQe.2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 


A system including: 




a first apparatus including; 
user controls, 
a communications port, 
a processor, 

a memory containing a first rule, 


A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and' 
mouse, the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 

The first rule governs use of an IRM protected 
document (e.g., an IRM rule permitting a . 
document to be read by specified users or 
banring access to IRM-governed information 
from specified users, applications, or other 
principals). 


hardware or software used for receiving and 
opening secure containers, 

said secure containers each including the 
capacity to contain a governed item, a secure 
container rule being associated with each of 
said secure containers: 


The RM-enabled device contains hardware or 
software for receiving and opening secure 
containers. 

The secure email has the capacity to contain an 
IRM-governed email message, with a rule 
being associated with each email. 


a protected processing environment at least in 
part protecting information contained in said 
protected processing environment from 
tampering by a user of said first apparatus, 

said protected processing environment 
including hardware or software used for 
applying said first rule and a secure container 
rule in combination to at least in part govern.at 
least one aspect of access to or use of a 
governed item; and 


Protected information on the RM-enabled 
device is protected by the use of at least 
cryptographic techniques. 

The secure container rule is an IRM rule 
governing access to the IRM protected 
document (e.g., a rule permitting editing by 
specified users). 

The rule governing the email works together 
with an additional rule to determine what 
access to or use (if any) are allowed with 
respect to the IRM-governed email message 
(the document's content). For example, the 
additional rule may be received together with 
the rule in the use license, may be associated 
with a publishing license, may be associated 
with user certification, revocation lists, or 
exclusion policies, or may be received from 
any other source. 


hardware or software used for transmission of 


The device includes hardware or software m^d 1 
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secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses; and 



a second apparatus including: 

user controls, 

a communications port, 

a processor, 

a memory containing a second rule, 



hardware or software used for receiving and 
opening secure containers, 

said secure containers each including the 
capacity to contain a governed item, a secure 
container rule being associated with each of 

said secure containers; 

a protected processing environment at least in 
part protecting information contained in said 
protected processing environment from 
tampering by a user of said apparatus, 

said protected processing environment 
including hardware or software used for 
applying said second rule and a secure 
container rule in combination to at least in part 
govern at least one aspect of access to or use 
of a governed item; 



hardware or software used for transmission of 
secure containers to other apparatuses or for 
the receipt of secure containers from other 
apparatuses; and 



an electronic intermediary, said intermediary 
including a user rights authority clearinghouse. 



for transmitting or receiving secure containers* 
For example, RM-enabled OUTLOOK is 
designed to transmit and receive encrypted 
IRM-governed emails to/from other devices: 



A device with user controls, a communications 
port, a processor and memory. For example, 
the user controls may be a keyboard and 
mouse; the communications port may be a NIC 
card with an Ethernet port, the processor may 
be a CPU, and the memory may be a hard-drive 
or RAM. 

The second rule governs use of an IBM . 
protected document (e.g., an IRM rule * 
permitting a document to be read by specified 
users or barring access to IRM-governed 
information from specified users, applications/ 

or other principals). ± 

The RM-enabled device contains hardware or 
software for receiving and opening secure 
containers. 

The secure email has the capacity to contain an 
IRM-governed email item, with a rule being 

associated with each secure containers. 

Protected information on the RM-enabled 
device is protected by the use of at least 
cryptographic technique. 

The secure container rule is an IRM rule 
governing access to the IRM protected 
document (e.g., a rule permitting editing by 
specified users). 

The rule governing the email works together 
with an additional rule to determine what 
access to or use (if any) are allowed with 
respect to the IRM-governed item (the 
document's content). For example, the 
additional rule may be received together with 
the rule in the use license, may be associated 
with a publishing license, may be associated 
with user certification, revocation lists, or 
exclusion policies, or may be received from 

any other source. 

The device includes hardware or software used 
for transmitting or receiving secure containers. 
For example, RM-enabled OUTLOOK is 
designed to transmit and receive encrypted 
IRM-governed emails to/from other devices. 
The RMS Server (Microsoft hosted or 
otherwise) constructs a 4 use license' specific to 
a piece content and targets it to a specific user. 
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29. A system as in claim 28, said user rights 
authority clearinghouse operatively connected 
to make rights available to users. 



' The RMS server sends use licenses to users 
through a communications port, e.g., Ethernet, 
serial, satellite, "the internet" 
These use licenses include rights. 

The clearing functionality of the RMS is 
operatively connected to the RMS server. 
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28. 



Product Infringing: Windows Media Rights 
Manager and Windows Media Player 



A system including : 



(a) a first apparatus including; 



Consumer's computer, as shown in WMRM 

SDK 



(1) user controls, 



Consumer's computer, as shown in WMRM 

SDK ■ 



(2) a communications port, 



Consumer's computer, as shown in WMRM 
SDK 



(3) aprocessor, 



Consumer's computer, as shown in WMRM 

SDK 



(4) a memory containing a first rule, 



Memory is in the consumer's computer, first 
rule is a right received as part of a signed 
license (WMRM SDK. Step 9^1 



(5) hardware or software used for 
receiving and opening secure 
containers, said secure containers 
each including the capacity to contain 
a governed item, a secure container 
rule being associated with each of 
said secure containers; 



Consumer's computer receives Windows 
Media file (secure container) via 
communications port (WMRM SDK, Step 3) 
and applies secure container rule or rules via 
Windows Media Player and Windows Media 
Rights Manager. 



(6) a protected processing environment at 
least in part protecting information 
contained in said protected processing 
environment from tampering by a 
user of said first apparatus, said 
protected processing environment 
including hardware or software used 
for applying said first rule and a 
secure container rule in combination 
to at least in part govern at least one 
aspect of access to or use of a 
governed item: and 



Processing environment includes Windows 
Media Rights Manager and Windows 
processes for protecting operation of Windows 
Media Rights Manager 



(7) hardware or software used for 

transmission of secure containers to 
other apparatuses or for the receipt of 
secure containers from other 
apparatuses: and 



Hardware or software employed in transmitting 
Windows Media files, including for example 
consumer's coriiputer's communication port 
and Windows Media Player (WMRM SDK, 
Step 3) 



Iji) a second apparatus including: 



2nd consumer's computer 



(1) user controls. 



2nd consumer's computer 



(2) a communications port, ; 



2nd consumer's computer 



(3) aprocessor. 



2nd consumer's computer 



(4) a memory containing a second rule, 



Memory is in the 2nd consumer's computer, 
first rule is a Right received as part of a signed 
license (WMRM SDK, Step 9) 



(5) hardware or sofrware used foi 
receiving and opening secure 
containers, said secure containers 
each including the capacity to contain 



2nd consumer's computer receives Windows 
Media file (secure container) via 
communications port (WMRM SDK, Step 3) 
and applies secure container rule or rules via 
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a governed item, a secure container 
rule being associated with each of 
said secure containers: 



Windows Media Player and Windows Media 
Rights Manager. 



(6) a protected processing environment at 
least in part protecting information 
contained in said protected processing 
environment from tampering by a 
user of said apparatus; said protected 
processing environment including 
hardware or software used for 
applying said second rule and a 
secure container rule in combination 
to at least in part govern at least one 
aspect of access to or use of a 
governed item: 



Processing environment includes Windows 
Media Rights Manager and Windows 
processes for protecting operation of Windows 
Media Rights Manager; processing 
environment applies multiple rules in 
combination • • 



(7) hardware or software used for 

transmission of secure containers to 
other apparatuses or for the receipt of 
secure containers from other 
apparatuses: and 



Hardware or software employed in transmitting 
Windows Media files, including for example 
2 nd consumer's computer's communication 
port and Windows Media Player, (WMRM 
SDK. Step 3) 



(c) an electronic intermediary, said 
intermediary including a user rights 
authority clearinghouse. 



License Issuer 



29. A system as in claim 28, 



said user rights authority clearinghouse 
operatively connected to make rights available 
to users. 



License Issuer, operatively connected to 
consumer's computer (WMRM SDK, Step 9) 
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, CLAIM LANGUAGE' s $/„. s :Uj 



i6. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport ■ 



^ method of securely delivering an item, 
ncluding the following steps: 



performing an authentication step; 



The RM-enabled application, e.g., Word, 
OUTLOOK, PowerPoint, etc., must be 
authenticated before it is allowed access to or 
use of the content. 



ssociating a digital signature with said item: 



The RM protected content is signed . 

RM-protected content is packaged with rules 
and encrypted. 



Protected information on the RM enabled 
computer is protected by the use of at least 
cryptographic techniques. 



ncorporating said item into a first secure 
lectronic container, said item being at least in 
art encrypted while in said container, 

aid incorporation occurring in an apparatus 
ontaining a first protected processing 
nvironment, said protected processing 
nvironrnent at least in part protecting 
lformation contained in said protected 
rocessing environment from tampering by a 
ser of said apparatus: 



i said protected processing environment, 
ssociating a first rule with said first secure 
lectronic container, said first rule at least in 
art governing at least one aspect of access to 
r use of said item: 



The IRM-protected document (said item) has 
an associated rule or rules. 



uthenticating an intended recipient of said 
em; 



ansmitting said first secure electronic 
Dntainer and said first rule to said intended 
^cipient: and 



A recipient of IRM-protected content must be 
authenticated before being allowed access to or 
use of the content. 



The document is sent via IRM-protected email 
as an attachment. 



sing a second protected processing 
nvironment, providing said intended recipient 
xess to at least a portion of said item, 

lid access being governed at least in part by 
ud first rule and by a second rule present at 
lid intended recipient's site. 



The email is received at another IRM-enabled 
computer. 



The first said rule is the rule(s) associated with 
the attached document, and the second rule is 
the rule(s) received that govern the email itself. 
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126 



Product Infringing: Windows Hardware 
Quality Labs Authentication services, 
Windows, operating Systems (such as 
Windows XP) that support the driver 
signing features, and any product using 
Driver Signing feature 



A method of providing trusted intermediary 
services including the following steps: 



at a first apparatus, receiving an item from 
a second apparatus; 



Microsoft's Window Hardware Quality . 
Labs (WHQL) (first apparatus) receiving 
driver package (item) from independent 
hardware vendor (IHV) or any driver 
developer (second apparatus). 



issociating authentication information with 
said item; 



The signature information of a security '" 
catalog file (see next element of claim) 
names Microsoft as the publisher. 
WHQL's signature is intended to signify 
that a driver has complied with Microsoft's 
Windows compatibility and/or Secure 
Audio Path (SAP) specifications. 



ncorporating said item into a secure digital 
container; 



The hashes of the files making up the 
driver package are included in the signed 
security catalog file for the driver package. 
The catalog file makes the driver package a 
secure digital container. 



issociating a first rule with said secure 
ligital container, said first rule at least in 
>art governing at least one aspect of access 
o or use of said item; 



Driver developers specify rules in an INF 
file that govern the installation and/or use 
of the driver. For example, as specified in 
the INF, the installation events will vary 
based on the user's operating system 
version, which includes architecture, 
product type and suite. The INF logging 
rules and can further specify security rules 
that are evaluated when the driver is used. 

White Paper - Operating-System 
Versioning for Drivers under Windows XP 

Setup selects the [Models] section to use 
based on the following rules: 

If the INF contains [Models] sections for 
several major or minor operating system 
version numbers, Setup uses the section 
with the highest version numbers that are 
not higher than the operating system 
version on which the installation is taking 
place. 
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If the INF [Models] sections that match the 
operating system version also include 
product type decorations, product suite 
decorations, or both, then Setup selects the 
section that most closely matches the 
running operating system. 

Suppose, for example, Setup is running on 
Windows XP Professional -(which is 
operating system version 5.1), and it finds 
the following entry in a [Manufacturer] 
section: 

%FooCorp%=FooMfg, NT, NT.5; NT.5.5, 
NT....0x80 

In this case, Setup will look for a [Models] 
section named [FooMfg.NT.5j: Setup will 
also use the [FooMfg.NT.5 j section If it is 
running on a Datacenter version of 
Windows .NET Server, because a specific 
major/minor version takes precedence over 
the product type and suite mask. 

For example, to create ah INF that is 
intended for use only on Windows XP, the 
INF file could contain the following: 

[Manufacturer] 

"Foo Corp." = FooMfg, NT.5.1, NT.5.2 
[FooMfg.NT.5.1] 

Too Device" = FooDev, *F001234 

Note the omission of the undecorated 
[FooMfg] section, as well as the omission 
of the [FooMfg.NT.5.2] section. This INF 
file would appear to be "empty" on any 
operating system other than Windows XP. 

Access Control List Rules 



XP DDK -Tightening File-Open 



Security in a Device INF File 



For Microsoft Windows 2000 and later, 
Microsoft tightened file-open security in 
the class installer INFs for certain device 
classes, including CDROM, DiskDrive, 
FDC, FloppyDisk, HDC, and - 
SCSIAdapter. 

If you are unsure whether the class installer 
for your device has tightened security on 
file opens, you should tighten security by 
using Uie device's INF file to assign a value 
to the DeviceCbaracteristics value name 
in the registry. Do this within an add- 



Exhibit B 

''86 



transmitting said secure digital container 
and said first rule to a third apparatus, said 
third apparatus including a protected 
processing environment at least in part 
protecting information stored in said 
protected processing environment from 
tampering by a user of said third apparatus; 



registry-section) which is specified using 
the INF AddReg directive. 



Microsoft, IHV, driver developer or any 
other party distributing signed driver 
packages transmitting the driver package to 
user (third apparatus). Since the driver 
package includes the INF file, it will 
include the first rule. The protected 
processing environment (PPE) is Windows 
operating system with its pertinent services 
such as Windows File Protection, signature 
and cryptographic functions, Plug and Play 
and Set-up and their related default and 
modifiable policies. The PPE checks for 
signatures on driver packages and detects 
situations when the driver package's 
signature does not match the driver 
package. . 

Additionally, the Digital Rights Manager 
(DRM) components (kernel and client) will 
contribute to making the third apparatus a 
PPE when the SAP functionality is 
invoked. [That is, when SAP is required, an 
additional signature is checked to verify 
that the driver is SAP compliant and that it 
hasn't been tampered with.] 



said third apparatus receiving said secure 
digital container and said first rule: 



The end-user receiving the driver package. 



said third apparatus checking said 
authentication information; and 



A step in the Plug and Play/Setup driver 
installation process checks signature at 
installation. Additionally, the DRM 
component will check the DRM signature 
when invoking DRM functionality. 

White Paper - Driver Signing for Windows 



During driver installation, Windows 
compares the hashes contained in the 
driver's CAT file with the computed hash 
of the driver binaries to determine whether 
the binaries have changed since the CAT 
file was created. If a driver fails the 
signature check or there is no CAT file, 
what happens next depends on the driver 
signing policy in effect on the user f s 
system:^ 

If the policy is set to Ignore, the driver 
installs silently, with no message to the 
user. 

If the policy is set to Warn, a message 
warns the user the driver is unsigned, 
which means that it has not passed WHOL 
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testing and might cause problems. The 
Warn dialog, box gives an administrative 
user the option to override the warning and 
install an unsigned driver anyway. 

If the policy is set to Block, the system 
displays a message that informs the user 
that the driver. cannot be installed because - 
it is not digitally signed; 



said third apparatus performing at least one 
action on said item, said at least one action 
being governed, at least in part, by said 
first rule and by a second rule resident at 
said third apparatus prior to said receipt of 
said secure digital container and said first 
rule, said action governance occurring at 
least in part in said protected processing 
environment. 



The action would be installing and/or using 
the driver. For example, installation 
policies govern the actions (ignore, warn or 
block) taken based on whether a driver is 
signed or not and these policies (rule) are 
resident on the third apparatus. Another 
rule is the "ranking" of available drivers 
when selecting a driver to install. This 
ranking process includes whether a driver 
is signed or not. Another rule is the 
security access rules that the class installer 
that will be used to install the device has. 

In the case qf DRM, the content will have 
associated rules governing its use in a SAP- 
complaint environment. -These rules (the 
content license) can be resident at the third 
apparatus particularly in the case when a 
user is installing a new (SAP-compliant) 
device that will render previously acquired 
content or in the case that acquired content 
cannot be rendered until the user installs 
required drivers. 

For example, when installing: 

The XP driver ranking process and the 
modifiable default related to signature state 
of the driver act as the second rule. 

The driver will be installed only if the first 
and second rules validate. - 

Operating-System Versioning for Drivers 
under Windows XP 



Default System Policy for Unsigned 
Drivers 

If the user installs an unsigned driver for a 
designated device class from disk or from 
another web site, Windows XP/Windows 
2000 displays a warning that the driver is 
unsigned, thus helping to preserve the 
integrity of the released system. However, 
by default, Windows XP/Windows 2000 
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does not block installation of unsigned 
drivers, so vendors can get urgent hot-fixes 
to customers while waiting for WHQL to 
test the fix. 

In Windows XP, the default driver signing 
policy can be changed through the 
Hard ware tab of the System applet on the . 
Control Panel. A user can change the 
policy to be more restrictive, but not less 
restrictive on a per-user basis (that is, a 
user can change Warn to Block, but not to 
Ignore): An administrator can change the 
policy to be either more restrictive or less 
restrictive for all users on the system by 
checking "Apply the setting as system 
default." 

Driver Ranking 

Under Windows XP, the driver ranking 
strategy has been modified as follows: 

If an INF file is unsigned, and if neither the 
[Models] section nor the [DDInstall] 
section is decorated with an NT-specific 
extension, the INF file is considered 
"suspect" and its rank is shifted into a 
higher range (that is, worse) than all 
hardware and compatible rank matches of 
INF files for which one (or both) of those 
criteria are met 

The new ranking ranges will now be: 
0 - OxFFF 

(DRIVER_HARDWAREID_RANK) : 
"trusted" hardware-ID match 
0x1000 - 0x3FFF : "trusted" compatible- 
ID match 

0x8000 - 0x8FFF : "untrusted" hardware- 
ID match 

0x9000 - OxBFFF : "untrusted" 
compatible-ID match 
OxCOOO - OxCFFF : "untrusted" 
undecorated hardware-ID match (possibly a 
Windows 9x-only driver) 
OxDOOO - OxFFFF : "untrusted" 
undecorated compatible-ID match 
(possibly a Windows 9x-only driver) 



127. A method as in claim 126, in which 
said authentication information at least in 
part identifies said first app ar atus and/or a 



The authentication information will 
identify Microsoft, operator of the first 
apparatus. 
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user of said first apparatus. I 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
1NTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,185,683 



126. 



Products Infringing: Microsoft Software 
that includes the Authenticode feature, 
.NET Framework SDK, Visual Studio, 
Microsoft technology that supports a digital 
signature function (such as ActiveX), 
Windows Installer technology. 



A method of providing trusted intermediary 
services including the following steps: 



Infringement is based on use Microsoft 
ActiveX control, Cabinet file, Microsoft 
Windows Installer, Authenticode and 
Software Restriction Policy technologies. 
For example, a software publisher 
distributing a signed application that has 
licensed ActiveX controls embedded 
within it would practice this method. 



at a first apparatus, receiving an item from 
a second apparatus; 



The item is unsigned software such as an 
ActiveX control or any software packaged 
in a cabinet file or Microsoft Installer 
(.msi) file. Within the development 
environment, multiple software developers 
(working on a second apparatus) will send 
their unsigned software to a secure location 
(first apparatus) containing the entity's 
private signing key. An example entity 
would be a software publisher. 

Source: Deploying ActiveX Controls on 
the Web with the Internet Component 
Download 

The holder of the digital certificate 

Keeping your digital certificate safe is very 
important. Some firms (including 
Microsoft) do not keep their signature file 
on site. The signature is kept with the 
Certificate Authority and files are sent 
there for signing. 



associating authentication information with- 
said item; 



Signing the software associates the 
software publisher's identify with the 
software. 

Source: Packaging ActiveX Controls 
Signing Cabinet Files 
A .cab file can be digitally signed like an 
ActiveX control. A digital signature 
provides accountability for software 
developers: The signature associates a 
software vendor's name with a given file. A 
signature is applied to a .cab file (or 
control) using the Microsoft Authenticode® 
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technology. 

The .cab tool set assists software 
developers in applying digital signatures to 
.cab files by allowing a developer to 
allocate space in the .cab file for the 
signature. 



incorporating said item into a secure digital 
container; 



Signing software either directly or within a 
package (cabinet or .msi file) secures it in a 
digital container. 

Alternately, the signed ActiveX control 
could be placed into a signed cabinet file. 



associating a first rule with said secure 
digital container, said first rule at least in 
part governing at least one aspect of access 
to or use of said item; 



The first rule would be the licensing . 
support code within the ActiveX control 
and/or conditional syntax statements when 
the software is within a signed .msi file. 
When the software is within a signed 
cabinet file, the first rule can be a rule 
contained in the software, as is the case 
when an ActiveX control is packaged in a 
signed cabinet file. 

First rule, in the case of ActiveX: 

When an application with a licensed 
ActiveX control is started, an instance of 
the control usually needs to be created. 
The application accomplishes this by 
making a call to CreatelnstanceLic and 
passing the license key embedded in the 
application as a parameter in the calL The 
ActiveX control performs a string 
comparison between the embedded license 
key and its own copy of the license key. If 
the keys match, an instance of the control is 
created and the application can execute 
normally. 

Source: Using ActiveX Controls to 
Automate Your Web Pages 
Run-time licensing 

Most ActiveX Controls should support 
design-time licensing and run-time 
licensing. (The exception is the control that 
is distributed free of charge.) Design-time 
licensing ensures that a developer is 
building his or her application or Web page 
with a legally purchased control; run-time 
licensing ensures that a user is running an 
application or displaying a Web page that 
contains a legally purchased control. 
Design-time licensing is verified by control 
containers such as Visual Basic. Microsoft 
Access, or Microsoft Visual ImerDev®. 
Before these containers allow a developer 
to place a control on a form or Web page. 
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they first verify that the control is licensed 
by the developer or content creator These 
containers verify that a control is licensed 
by calling certain functions in the control: 
If the license is verified, the developer can 
add it 

Run-time licensing is also an issue for 
these containers (which are sometimes 
bundled as part of the final application); the 
containers again call functions in the 
control to validate the license that was 
embedded at design time. 


transmitting said secure digital container 
and said first rule to a third apparatus, said 
third apparatus including a protected 
processing environment at least in part 
protecting information stored in said 
protected processing environment from 
tampering by a user of said third apparatus; 


The third apparatus is a user computer or 
an application server. The protected 
processing environment (PPE) is Windows 
operating system, Internet Explorer (IE) 
and pertinent operating IE services such as ' 
Windows File Protection and security, 
signature and cryptographic functions 
related to code signing and related policies. 
The PPE checks for signatures on software 
or the software packages and detects 
situations when the signature does not 
validate as an indication that tampering 
mav have occurred with the item. 


said third apparatus receiving said secure 
digital container and said first rule; 


Having the third apparatus receiving said 
secure digital container and said first rule is 
typical of networked computing 
environments. 


said third apparatus checking said 
authentication information; and 


Examine the signature information includes 
verifying that signature was creating using 
the private key that corresponds to the 
public key of the publisher. 


said third apparatus performing at least one 
action on said item, said at least one action 
being governed, at least in part, by said 
first rule and by a second rule resident at 
said third apparatus prior to said receipt of 
said secure digital container and said first 
rule, said action governance occurring at 
least in part in said protected processing 
environment. 


The action would be installation and/or use 
of the distributed software. The second i 
rule can be software restriction policies 
resident on the machine, which can be 
invoked at installation and/or runtime. 

.NET Framework Security - pe 259 


and 

White Paper - Using Software Restriction 


Policies in Windows XP and Windows 


.NET Server to Protect Against 


Unauthorized Software 

Software Restriction Polices is a policy- 
driven technology that allows 
administrators to set code-identity-based j 
rules that determine whether an application 
is allowed to execute. (.NET Framework 
Security -pg 259) 
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127. A method as in claim 126, in which 
said authentication information at least in 
part identifies said first apparatus and/or a 
user of said first apparatus. 



For example, administrators can set rules 
for all Windows Installer packages coming 
from the Internet or Intranet zone. 

As part of the DLL load mechanisms, 
Software Restriction Policies is invoked 
and starts to check its most specific rules. 
Software Restriction Policies get invoked 
prior to an .exe being able to run. 

The four types of rules are - hash, 
certificate, path, and zone. 

Note: The hash and certificate rules relate 
directing to the signature information 
whereas, the path and zone rules do not. 



The software publisher, user of first device, 
is identified in the authentication 
information. . 
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INTERTRUST TECHNOLOGIES CORP. r. MICROSOFT CORP. 



1NTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO- 6,185,683 



126, 



Product infringing: Visual Studio .NET, 
.NET Framework SDK, Authenticode, 
Products that contain the .NET CLR, 
Compact CLR or CLL 



A method of providing trusted intermediary 
services including the following steps: 



at a first apparatus, receiving an item from 
a second apparatus; 



First apparatus is a software build or 
deployment services computer that has 
access to signing key. The item may be a 
program, graphic, media object or other 
resource, from a developer computer, or 
archive (second 'apparatus). 



associating authentication information with 
said item; 



Associating a cryptographic hash with the 
file that will contain this item for the 
purpose of ensuring the authenticity of the 
item, along with names and attributes that 
are desired to be associated with the item 
for identification purposes. 



ncorporating said item into a secure digital 
container; 



Producing signed, strongly named 
assembly that contains this assembly and 
associated attributes. 



issociating a first rule with said secure 
iigital container, said first rule at least in 
)art governing at least one aspect of access 
o or use of said item; 



Including any security demands (such as 
members of the Microsoft .NET 
Framework SDK Public Class 
CodeAccessSecurity Attribute) as part of 
the assembly. 



ransmitting said secure digital container 
ind said first rule to a third apparatus, said 
hird apparatus including a protected 
)rocessing environment at least in part 
>rotecting information stored in said 
protected processing environment from 
ampering by a user of said third apparatus; 



The third apparatus is a user computer or 
an application server. The third 
apparatus's protected processing 
environment is Windows NT and the .NET 
CLR, CLI and/or compact CLR. 
Information is protected from tampering 
because user is not administrator, user runs 
code on server, a share on another 
computer, or over a network. Further this 
information is protected by a number of 
protection mechanisms that are included 
with the Windows NT and CLR, CLF 
and/or compact CLR distributions. 



aid third apparatus receiving said secure 
Iigital container and said first rule; 



Having the third apparatus receiving said 
secure digital container and said first rule is 
typical of networked computing 
environments. ^ 



aid third apparatus checking said 
uthentication information; and 



The .NET Framework, when the assembly 
is installed into the global assembly cache 
CGAC). verifies the strong name of 
assemblies. This process includes 
verifying that signature was creating using 
the private key that corresponds to the 
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public key of the publisher 



said third apparatus performing at least one 
action on said item, said at least one action 
being governed, at least in part, by said 
first rule and by a second rule resident at 
said third apparatus prior to said receipt of 
said secure digital container and said first 
rule, said action governance occurring at 
least in part in said protected processing 
environment. 



The action is executing code that is the 
item or using code that renders the item. 
Action is governed by security demands on 
code that calls the item or on code that calls 
code included in the .NET assembly that 
manages said item. The second rule is the 
machine, enterprise, user, and application- 
configuration file resident rules. Typically 
these configuration files will be populated 
before the arrival of most new assemblies 
in a virtual distribution environment This 
action governance occurs in the protected 
processing environment of the CLR, CLI 
and/or compact CLR. • 



127. A method as in claim 126, in which 
said authentication information at least in 
part identifies said first apparatus and/or a 
user of said first apparatus. 



The authentication information will * 
identify the .NET Assembly Class 
company name and trademark attributes 
that identify the apparatus or user of the 
first apparatus as being a member of an 
entity or a branded source (brand nameV 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 



INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,185,683 



126. 



Product infringing: Visual Studio .NET, 
.NET Framework SDK, Authentico.de, 
Products that contain the .NET CLR, 
Compact CLR or CLI. 



A method of providing trusted intermediary 
services including the following steps: 



at a first apparatus, receiving an item from 
a second apparatus; 



The item is an unsigned .NET assembly, 
which can include, but not be limited to, a 
Web control, multi-file assembly or 
component. Within the development 
environment, multiple assembly builders 
(working on a second apparatus) will send 
their unsigned assembly to a secure ■ 
location (first apparatus) containing the 
entity's private signing key. An example 
entity would be a software publisher. 

.NET Security Framework — pg 130-1 

Describes this exact practice and further 
explains the "Delay Signing Assemblies" 
feature of.NET that accommodates the fact 
that "many publishers will keep the private 
key in a secure location, possibly 
embedded in specially designed 
cryptographic hardware." 

"Delay signing is a technique used by 
developers whereby the public key is added 
to the assembly name as before, granting 
the assembly its unique identity, but no 
signature is computed. Thus, no private 
key access is necessary " 



issociating authentication information with 
;aid item; 



Strong naming the assembly binds the 
entity's/publisher's name into the 
assembly. The public portion of the key 
used to strongly name the assembly is 
placed in the assembly manifest. Other 
assemblies or applications can contain 
references to the strong names of strongly 
named assemblies such as in the case of 
applications that contain references to a set 
of compliant .NET core libraries. Strong 
naming compliant .NET core libraries with 
the European Computers Manufactures 
Association's (ECMA) key is a way to 
allow any publisher to develop compliant 
.NET core libraries that can be 
authenticated by other applications. 
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.NET Security Framework - pg 1 24 
"Strong naming is a process whereby an 
assembly name can be farther qualified by 
the identity of the publisher." 
.NET Security Framework - pg 1 33 
The publisher must advertise its public key 
.or keys in an out-of-band fashion (such as 
documentation shipped with the product or 
on the company Web site) 
.NET Security Framework - pg 1 30 
The goal of the ECMA key is to allow a 
slightly more generalized strong name 
binding than usual, namely allowing 
binding to the publisher of the runtime in 
use, rather than to a fixed publisher. 



incorporating said item into a secure digital 
container; 



Signing the assembly places it in a secure 
container. 

.NET Framework Security - pg 527 
Strong named assemblies cannot be 
modified in any manner without destroying 
the strong name signature. 
Applied Microsoft .NET Framework 
Programming - pg 89 
Strongly Named Assemblies Are Tamper- 
Resistant 

When the assembly is installed into the 
GAC, the system hashes the contents of the 
file containing the manifest and compares 
the hash value with the RSA digital 
signature value embedded within the PE 
file (after unsigning it with the public key). 
If the values are identical, the file's 
contents haven't been tampered with and 
you know that you have the public key that 
corresponds to the publisher's private key. 
In addition, the system hashes the contents 
of the assembly's other files and compares 
the hash values with the hash values stored 
in the manifest file's FileDef table. If any 
of the hash values don't match, at least one 
of the assembly's files has been tampered 
with and the assembly will fail to install 
into the GAC. ■ 



associating a first rule with said secure 
digital container, said first rule at least in 
part governing at least one aspect of access 
to or use of said item; 



A .NET assembly includes imperative and 
declarative statements/rules that will 
govern its access or use. For example, 
role-based security or strong name 
demands in the assembly can be the first 
rule. 

MSDN on Role-Based Security 

Applications that implement role-based . 
security grant rights based on the role . 
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associated with a principal object. The 
principal object represents the security 
context under which code is running. The 
PrincipalPermission object represents the 
identity and role that a particular principal, 
class must have to run. To implement the' 
PrincipalPermission class imperatively, 
create a new instance of the class and 
initialize it with the name and role that you 
want, users to have to access your code. 

MoDJN on MrongNameldentityPermjssion 

StrbngNameldentityPermission class 
defines the identity permission for strong 
names. StrongNameldentityPermission 
uses this class to confirm that calling code ! 
is in a particular strong-named assembly. 


transmitting said secure digital container 
and said first rule to a third apparatus, said 
third apparatus including a protected 
processing environment at least in part 
protecting information stored in said 
protected processing environment from 
tampering by a user of said third apparatus; 


The third apparatus is a user computer or 
an application server. The software 
publisher transmitting the .NET assembly 
to an end-user with a CLR. The third 
apparatus's protected processing 
environment is Windows NT and the .NET 
CLR, CLI and/or compact CLR. 
Information is protected from tampering 
because user is not administrator, user runs 
code on server, a share on another 
computer, or over a network. Further this 
information is protected by a number of 
protection mechanisms that are included 
with the Windows NT and CLR, CLI 
and/or compact CLR distributions. 


said third apparatus receiving said secure 
digital container and said first rule: 


The end-user receiving the signed 
assemblv. 


said third apparatus checking said 
authentication information; and 


ine .iNJci rrameworK, wnen tne assembly 
is installed into the global assembly cash 
(GAC), verifies the strong name of 
assemblies. This process includes 
verifying that signature was creating using 
the private key that corresponds to the 
puujic Key oi uic puonsner. 
Applied Microsoft .NET Framework 


ProeramminR - pg 89 
Strongly Named Assemblies Are Tamper- 
Resistant 

f\b dUUVC. 

.NET Framework Security - pg 128 


The verification of any strong name 
assemblies is performed automatically 
when needed by the .NET Framework. 
Any assembly claiming a strone name hut 
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failing verification will fail to install into 
the global assembly or download cache or 
will fail to load at runtime. 


said third apparatus performing at least one 
action on said item, said at least one action 
being governed, at least in part, by said 
first rule and by a second rule resident at 
said third apparatus prior to said receipt of 
said secure digital container and said first 
rule, said action governance oeenrrino at 
least in part in said protected processing 
environment 


Within the CLR (protected processing 
environment), the execution of the program 
will depend upon whether the user is of the 
"role" required of the assembly or whether 
the calling assembly is from a strong- 
named assembly specified ih the "item" 
assemoiy (alternate lirst rules) and only if 
assembly complies with the local code 
access security policy (second rule), as an 
example of one of the types of rules that 
.NET Framework allows to be resident on 
the third apparatus.. 







said authentication information at least in 
part identifies said first apparatus and/or a 
user of said first apparatus. 



at the assembly developer. Strong naming 
binds the publisher's name to assembly. 



.aMacchia, Brian, etc, .NET Framework Security . Addison-Wesley, 2002 
Richter, Jeffrey, Applied Microsoft .NET Framework Programming ! Microsoft Press, 2002 
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li 

J A method comprising: 


& iii£^iliffiMs©m^ 

Infnnging products include Windows Media 
1 Player and Windows Media Rights Manager 
j SDIC 


6 
7 
8 
9 
10 


1 (a) receiving a digital file includino mn^ir- 


I Reference is made to the Windows Media 
Rights Manager SDK Programming Reference 
("WMRM SDK"), attached hereto as, Exhibit 
A. Media Player infringement analysis is set 
forth herein using the example of a music file 
downloaded and transferred to a portable audio 
player. 

Consumer receives a Windows Media file 
. (WMRM SDK. Step 3) 


11 

12 


Ij (b) storing said digital file in a first secure 
memory of a first device; 


Windows Media file is stored in consumer's 
computer and all use of it is securely managed 
by the Secure Content Manager in Windows 
Media Plaver. 


13 
14 

1 c 1 


1 (C^ Storing in fnrrnatirm i*cc/\r»iat*»rl »im*i» ; j 

i ^w-^ oiuinj^ liiiuiiijaiiuii dbbociaiea wim said 
digital file in a secure database stored on said 
first device, said information including at least 

1 One budget cnnfrnl z\r\e\ at 1*»oot . 
1 w *'* v ^ yuu 5 w wvjiiLivi <uiu <ai j Coo i one copy 

control, said at least one budget control 

including a budget specifying the number of 

' copies which can be made of said digital file; 

and said at least one copy control controlling' 

the copies made of said riioita! filp- 


License is stored in the License Store (WMRM 
SDK, Step 5); license includes Rights which 
may include AllowTransfertoNonSDMI, 
AllowTransfertoSDMI, (or Allow Transfer to 
WM-D-DRM-Comp] i ant devices or other 
types of devices), and. TransferCount- the 
number of times a piece of content may be 
transferred to the device (a transfer budget). 


17 
18 


(d) detenmining whether said digital file may 
be copied and stored on a second device based 
on at least said copy control; | 


Windows Media Rights Manager enforces the 
license restrictions 


io II 
1 

20 
21 1 


(e) if said copy control allows at least a nortinn 
of said digital file to be copied and stored on a 
second device, 


windows Media Rights Manager determines 
whether the AllowTransferToNonSDMI or 
AilowTransferToSDMI rights are present.(Or 
Allow Transfer to WM-D-DRM-Compliant ' 
ucviLCb or omer rvpes 01 devices ) 


11 

22 
23 I 


(l)copying at least a portion of said digital 
file; 


Transfer to the SDMI or non-SDMI portable 
ucvjcc ^/\jjow iransrerto WM-D-DRM- 
Compliant devices or other types of devices), if 
allowed bv Windows MpHia PioVitc xxo^o^^ 


24 
25 


(2)transferring at least a portion of said 
digital file to a second device 
including a memory and an audio 
and/or video output; | 


Portable device necessarily includes at least a 
memftrv ahH miHtn mrtnui 


26 


(3)storing said digital file in said memory 
of said second device; and | 


Music file is transferred to the portable device 


27 - 

4 


(4)including playing said music through 
said audio output. | 


Portable device plays the music ~ 


I. A method as in claim 1, further 
romprising: 




f x 


a) at a time substantially contemporaneous 
vith said transferring step, recordine in said 


Counter reflecting TransferCount is 
decremented bv Windows Mf>/Ka p.'oKtc 




II 

ii 
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II first device information indicating that said 
transfer has occurred. 


Manager 


II 3. A method as in claim 2. in which: 




|| (a) said information indicating that said 
transfer has occurred includes an encumbrance 
on said budget. 


Counter decrement reduces the allowable 
number of budgeted transfers 


|j 4. A method as in claim 3, in which: 




| (a) said encumbrance operates td reduce the 
number of copies of said digital file authorized 
bv said budget. 


Counter decrement reduces the allowable 
number of budgeted transfers ' 
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INTERTRUST INFRINGEMENT CHART 
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JL A method comprising : 
a) receiving a digital file- 



Infringing products include Windows Media 
Player and.Windows Media Rights Manager 
SDK . - 



Consumer receives a Windows Media file 
(WMRM SDK. Step 3) 



b) storing said digital file in a first secure 
nemory of a first device; 



Windows Media file is stored in consumer's, 
computer and all use of it is securely managed 
by the Secure Content Manager in Windows 
Media Player. ' ■ 



c) storing information associated with said 
igital file in a secure database stored on said 
irst device, said information including a first 
ontrol; 



License information is stored in the License 
Store (WMRM SDK, Step 10), license 
information includes Rights. License; Rights 
may include AllowTransferToNonSDMI, 
AllowTransferToSDMI (Allow Transfer to 
WM-D-DRM-Compliant devices or other 
types of devices! TransferCount 



i) determining whether said digital file may 
e copied andstored on a second device based 
n said first control. 



WMRM determines whether transfer rights are 
included in license (WMRM SDK, Step 5) 



(1) said determining step including 
identifying said second device and 
determining whether said first control 
allows transfer of said copied file to 
said second device, said determination 
based at least in part on the features 
present at the device to which said 
copied file is to be transferred; 



Portable Device Service Provider Module 
identifies the portable device as either SDMI- 
compliant or non-SDMI-compliant (or WM-D- 
DRM Compliant or other types of supported 
devices) and provides this information to 
Windows Media Device Manager, which 
allows the transfer based on whether the device 
identification matches the License Right. 



i) if said first control allows at least a portion 
f said digital file to be copied and stored on a 
scond device, 



(1) copying at least a portion of said 
digital file; 



If Windows Media Rights Manager determines 
whether the AllowTransferToNonSDMI or 
AllowTransferToSDMI rights are present (or 
Allow Transfer to WM-D-DRM-Compliant 
devices or other types of devices), the 
following steps are performed: 



Transfer to the SDMI or non-SDMI (Allow 
Transfer to WM-D-DRM-Compliant or other) 
portable device, if allowed by Windows Media 
Rights Manager 



(2) transferring at least a portion of said 
digital file to a second device 
including a memory and an audio 
and/or video output: 



Portable device necessarily includes at least a 
memory and audio output 



(3) storing said digital file in said memory 
of said second device: and 



Music file is stored in the portable device 



(4) rendering said digital file through said 
output. 



Portable device plays the music 
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Product infringing: Windows Media Player, 
Windows Media Player, Windows Media 
Rights Manager SDK .« 



5. A method comprising : 



a) receiving a digital file; 



Consumer receives a Windows Media file 
(YWMRM SDK, Step 3) 



b) an authentication step comprising: 



(1) accessing at least one identifier 

associated with a first device or with a 
user of said first device; and 



License includes identity of user's Windows 
Media Player; WM Players capable of playing 
protected content must be individualized. 
They contain a unique (Individualized) DRM 
client component to which protected WMA 
content licenses are bound. Content licenses 
are bound to this DRM individualization 
module as the result of a challenge sent from 
the Client to the WMLM service. The 
challenge contains information about 
Individualized DRM Client (in the form of an 
encrypted Client ID) and capabilities of the 
machine (e.g. support for Secure Audio Path 
(SAP), version of the WMRM SDK supported 
in the player. 



(2) determining whether said identifier is 
associated with a device and/or user 
authorized to store said digital file; 



Music file cannot be used unless identifier 
indicated in License matches user's Windows 
Media Player identifier (that is, the 
Individualized DRM Client to which the 
license is bound must be the same one 
supported by the deviceV 



:) storing said digital file in a first secure 
memory of said first device, but only if said 
evice and/or user is so authorized, but not 
roceeding with said storing if said device 
id/or user is not authorized; 



Music file will not be processed through 
Windows Media Player, including protected 
rendering buffers, unless the identifiers match. 
Protected WMA file can be stored oh client 
even if unauthorized but it cannot be decrypted 
and enter into the secure boundary (first secure 
memory) of the plkyer unless appropriately 
licensed. 



1) storing information associated with said 
igital file in a secure database stored on said 
rst device, said information including at least 
ne control; 



License includes Rights and is stored in the 
License Store, Rights may include 
AllowTransferToNonSDMI, 
AllowTransferToSDMI, (or Allow Transfer To 
WM-D-DRM-CompliantDevice or bther 
device) TransferCount 



0 determining whether said digital file may 
z copied and stored on a second device based 
n said at least one control; 



Windows Media Rights Manager enforces the 
license restrictions 



) if said at least one control allows at least a 
anion of said digital file to be copied and 

ored on a second device, 

(1 ) copying at least a portion of said 



If appropriate rights are present, the following 
sieps are performed: 



Transfer to the SDMI or non-SDMI (or WM- 



!; 

it 
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digital file; 

(2) transferring at least a portion of said 
digital file to a second device 
including a memory and an audio 

and/or video output: 

. (3) storing said' digital .file in said memory 

of said second device: and 

(4) rendering said digital file through said 

output. . 

16. A method as in claim 15. in which: 

said digital file is received in an encrypted 
form; 

and further comprising: 

decrypting said digital file after said 
authentication step and before said step of 
storing said digital file in said memory of said 
first device. 



D-DRM Compliant or other) portable device, if 
allowed by Windows Media Rights Manager 
Portable device necessarily includes at least a 
memory and audio output 



Music file is stored in the portable: device 



Portable device plays the music 



Protected Windows Media File is encrypted, 
, WMP will not decrypt file until license is 
processed. Licenses are bound to 
Individualization DLLs, which are bound to : 
Hardware ID. Ind. DLL and Hardware ID 
must be verified as the Ids to which the license 
is bound - this is the authentication process. : 
{Recall that this module was crekted based in 
part on receipt of the Client Hardware ID or 
fingerprint and the license was create based in 
part on receipt of a challenge from the client 
indicating the security properties (SAP-ready, 
SDK support, etc.) of the clientV 



Exhibit B! 

-"105 1 



1 

2 
3 
4 
5 
6 
7 
8 
9 

JO 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 



INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,253,193 



19. 



Infringing products include Office 2003 and 
included applications, and Server 2003, 
including Microsoft hosted RMS Service using 
Passport 



V method comprising: 



eceiving a digital file at a first device; 



Receiving a digital file such as a Word 
Document, email, Excel spreadsheet, 
PowerPoint presentation, or other content at a 
recipient's device. Such content may be 
received via email, received on removable 
media, such as floDpy disk, downloaded and 
viewable by Internet Explorer, e.g.* a web page 
possibly containing graphics and/or audio data, 
etc. 



stablishing communication between said first 
evice and a clearinghouse located at a 
^cation remote from said first device; 



If the digital file is subject to rights 
management, and the recipient tries to open the 
digital file in an IRM-enabled application, the 
IRM-enabled application contacts a remote 
RMS, i.e., clearinghouse for a use license. 



aid first device obtaining authorization 
lformation including a key from said 
learinghouse; 



If the recipient is authorized to access or use 
the digital file, the RMS creates a license for 
the digital file. The RMS then seals a key 
inside the license so that only the recipient 
canaccess or use the digital file. Finally, the 
RMS sends the license back to the recipient 



lid first device using said authorization 
lformation to gain access to or make at least 
ne use of said first digital file, including 
sing said key to decrypt at least a portion of 
nd first digital file; and 



The recipient's device then uses the key in the 
license to gain access or decrypt a portion of 
the digital file. 



xeiving a first control from said 
learinghouse at said first device; 



The license received from the RMS at the 
recipient's device contains at least one control, 
such as restricting the ability to print, forward, 
or edit. 



oring said first digital file in a memory of 
lid first device; 



The digital file is stored in the memory of the 
said recipient's device, such as in RAM, on a 
hard drive, etc. 



sing said first control to determine whether 
lid first digital file may be copied and stored 
fi a second device; 



The at least one control in the license limits 
copying the digital file. 

Such controls are set when the digital file was 

authored. For example, when the digital file is 

authored, the IRM-enabled application 

presented the author with a list of policy 

templates with different rights levels. The 

author selected an appropriate rights level 

which may for instance, allow other users in the 

system to onen and read the document, hu t not 
— - ■ — 
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if said first control allows at least a portion of 
said first digital file to be copied and stored on 
a second device. 



copying at least a portion of said first digital 
file: 



transferring at least a portion of said first 
digital file to a second device including a 
memory and an audio and/or video output; 



to modify it, copy text from it, or forward it. 
These rights or controls are then associated 
with the digital file. 

When an attempt is made to access the digital 
file, the RMS determines the recipient's rights 
based on the recipient's identity and the 
policies or controls associated with the digital 
file. 



If the control in the license allows copying the 
digital file to a second device, then at least a 
portion of the digital file is copied^ 



such as by transferring or forwarding the digital 
file in an email message 



storing said first digital file portion in said 
memory of said second device: and 



rendering said first digital file portion through 
said output. 



A portion of the digital file is then transferred 
to a second device, such as a personal computer 
or portable device. The second device includes 
a memory and an audio and/or video output 
The memory may be a hard-drive, RAM, CD, 
DVD, or other storage. The audio and/or video 
output may be speakers and/or a video monitor. 



The digital file is stored in the second device's 
memory 



The digital file is rendered through the output, 
such as played through the speakers and/or 
displayed on the video monitor. For example, a 
Word document is displayed on the screen of 
the video monitor. 
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Infringing products include Windows Media 
Player. Windows Media Rights Manager SDK 



19. A method comprising : 



a) receiving a digital file at a first device: 



WMRM SDK; Step 3. 



b) establishing communication between said 
first device and a clearinghouse located at 
a location remote from said first device: 



WMRM SDK, Step 6. 



c) said first device obtaining authorization 
information including a key from said 
clearinghouse: 



WMRM SDK, Step 9. [License contains .the 
key] 



d) said first device using said authorization 
information to gain access to or make at 
least one use of said first digital file, 
including using said key to decrypt at least 
a portion of said first digital file: and 



WMRM SDK, Step 11. 



receiving a first control from said 
clearinghouse at said first device: 



WMRM SDK, Steps 8-9. 



E) storing said first digital file in a memory 
of said first device: 



WMRM SDK, Step 3. 



l) using said first control to determine 
whether said first digital file may be 
copied and stored on a second device; 



At least the following WMRMRights Object 
properties meet this limitation: 
AllowTransferToNonSDMI, 
AllowTransferToSDMI (or AllowTransfer To 
WM-D-DRM-Compliant Device or other) and 
TransferCount 



i) if said first control allows at least a portion 
of said first digital file to be copied and 
stored on a second device. 



This and all subsequent claim steps occur when 
the condition specified in the WMRMRights 
Object property is met 



) copying at least a portion of said first 
digital file; 



Transfer to the SDMI or non-SDMI (or WM- 
D-DRM Compliant) portable device, if 
allowed by Windows Media Rights Manager 



) transferring at least a portion of said first 
digital file to a second device including a 
memory and an audio and/or video output: 



Portable device necessarily includes at least a 
memory and audio output 



:) storing said first digital file portion in said 
memory of said second device: and 



Music file is stored in the portable device 



) rendering said first digital file portion 
through said output. 



Portable device plays the music 
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Infringing products include Windows Media 
Player, Windows Media Player, Windows 
Media Rights Manager SDK 



51. A method comprising : 



■a) receiving a digital file at a first 
levice; 



WMRM SDK, Step 3. 



V) establishing communication 
>etween said first device and a 
clearinghouse located at a location 
emote from said first device; 



WMRM SDK, Step 6. 



c)said first device obtaining 
tuthorization information from said 
clearinghouse; and 



WMRM SDK, Step % 



d) said first device using said 
tuthorization information to gain access 
o or make at least one use of said first 
ligital file; 



WMRM SDK, Step 11. 



e) storing said first digital file in a 
nemorv of said first device; 



WMA file stored on client 



f) using at least a first control to 
letermine whether said first digital file 
nay be copied and stored on a second 
levice, said determination based at least 
n part on (1) identification information 
egarding said second device, and (2) 
he functional attributes of said second 
levice; 



If device is based on WM D-DRM, it has a 
certificate that is used to identify the device as 
compliant as well as the device's security 
level. The security level indicates support on 
the device for such attributes as an internal 
clock. 



g) if, based at least in part on said 
dentification information, said first 
ontrol allows at least a portion of said 
irst digital file to be copied and stored 
>n a second device, 



If License specifies that transfer of protected 
WMA file to WM-D-DRM-Compliant device 
is allowed, transfer may occur. 



h) copying at least a portion of said 
irst digital file; 



If transfer is a licensed right as indicated in 
the license, the song is copied to the device via 
Windows Media Device Manager. 



i) transferring at least a portion of said 
irst digital file to a second device 
ncluding a memory and an audio 
nd/or video output; 



Windows Media Device Manager transfers the 
content to the device; 



j) storing said first digital file portion 
a said memory of said second device; 

nd 



WMA file is stored on device 



k) rendering said first digital file 
>ortion through said output. 



WMA file is rendered. 
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33. 



Infringing products include all Microsoft 
tools that support the Microsoft ActiveX 
licensing model, Visual Studio .NET, the 
Microsoft Installer SDK, and Operating 
System products that include the Microsoft 
Installer technology. 



k data processing arrangement comprising 
at least one storing arrangement that at 
least temporarily stores a first secure 
:ontainer comprising first protected data 
ind a first set of rules governing use of said 
first protected data, 



The first protected data is an ActiveX 
control. 

The first alternative for the first secure 
container is the signed .msi in which the 
ActiveX developer packaged the ActiveX 
control. The first set of rules is the 
conditional syntax statements of the Signed 
.msi file. 

The second alternative for the first secure 
container is the signed and licensed 
ActiveX control. The first set of rules is 
the license support code in the ActiveX 
control. 

A third alternative for the first container is 
a signed cabinet file coniaining a (signed or 
unsigned) ActiveX control with license 
support code. The first set of rules is the 
license support code in the ActiveX 
control. 



nd at least temporarily stores a second 
ecure container comprising second 
rotected data different from said first 
rotected data and a second set of rules 
pverning use of said second protected 
ata; and 



The second protected data is the application 
developer's application that includes/uses 
the ActiveX control. The application 
developer's signed .msi file (second secure 
container) contains the application (second 
protected data). The second set of rules is 
the signed .msi file's conditional syntax 
statements that will be governed the 
offer/installation of the application. 



data transfer arrangement, coupled to at 
last one storing arrangement, for . 
■ansferring at least a portion of said first 
rotected data and a third set of rules 
overning use of said portion of said first 
rotected data to said second secure 
ontainen 



Placing the licensed ActiveX control (first 
protected information) in a signed cabinet 
file (third secure container) that itself is 
included in the application's signed .msi 
file (second secure container). The third 
set of rules is the license support code in 
the ActiveX control. 



Jrther comprising 



means for creaiing and storing, in said ai 
least one storing arrangement, a third 
secure container; ; 



The ability of the application developer to 
package files in signed cabinet files. 
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said data transfer arrangement further 
comprising means for transferring said 
portion of said first protected data and 
said third set of rules to said third secure 
container, and means for incorporating 
said third secure container within said 
second secure container^ - 



The third secure container is a cabinet file 
signed by the application developer and 
including at least the licensed ActiveX 
control (first protected information. The 
licensing support code in the ActiveX 
control when its developer added licensing 
support to the ActiveX control is the third 
set of rules. • 



34. A data processing arrangement as in 
claim 33 further comprising means for 
applying said third set of rules to govern at 
least one aspect of use of said portion of 
said first protected data. 



Before an ActiveX control will create a 
copy of itself, the calling application has to 
pass a license key to the ActiveX control. 
The license support code in the ActiveX 
control (third rule set) evaluates the 
authenticity of the calling'application's 
request. 



35. A data processing arrangement as in 
claim 34 further comprising means for 
applying said second set of rules to govern 
at least one aspect of use of said portion of 
said first protected data. 



Windows Installer operating system service 
enforces the conditional syntax statements 
of the application's signed .msi file. These 
statements govern the offer/installation of 
the ActiveX control. 
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41 



Infringing products include all Microsoft , 
tools that support the Microsoft ActiveX 
licensing model, Visual Studio .NET, the 
Microsoft Installer SDK, and Operating 
System products that include the Microsoft 
Installer technology. 



A. method comprising performing the 
following steps within a virtual distribution 
environment comprising one or more 
electronic appliances and a first secure 
:ontainer, said first secure container 
:omprising (a) a first control set, and 

V) a second secure container comprising a 
;econd control set and first protected 
nformation: 



The signed .msi file created by the ActiveX 
control developer is the first secure , 
container. The conditional syntax 
statement(s) of the ActiveX control 
developer's signed .msi file is/are the first 
control set 

The first protected information is the 
ActiveX control. 

The first alternative for the second secure 
container is the signed and licensed 
ActiveX control. The second control set is 
the license support code in the ActiveX 
control. 

The second alternative for the second 
secure container is a signed cabinet file 
containing the (signed or unsigned) 
ActiveX control. The second control set is 
the license support code in the ActiveX 
control. 



ising at least one control from said first 
ontrol set or said second control set to 
;ovem at least one aspect of use of said 
irst protected information while said first 
rotected information is contained within 
aid first secure container; 



The ActiveX control developer's 
conditional syntax statements (first control 
set) in the ActiveX developer's signed .msi 
file govern the offer/installation of the 
ActiveX control while it is in its signed 
.msi file. 

Alternately, the license support code 
(second control set) in the ActiveX control 
governs use of the licensed ActiveX 
control. 



reating a third secure container 
omprising a third control set for governing 
t least one aspect of use of protected 
lformation contained within said third 
ecure container; 



The third secure container is a signed .msi 
file. The application developer packages 
its application in a signed .msi file (third 
secure container) and includes conditional 
syntax statements (third control set) in the 
signed .msi 



icorporating a first portion of said first 
rotected information in said third secure 
ontainer, said first portion made up of 
Dme or all of said first protected 
lformation: and 



Placing the ActiveX control into the 
application developer's signed .msi file 
(third secure container). 



sing at least one control to govern at least 



The application developer's conditional 
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one aspect of use of said first portion of 
said first protected information while said 
first portion is contained within said third 
secure container. 


syntax statement(s) in its signed .msi file 
govern the offer/installation ActiveX 
, control while it is in the signed .msi file 
(third secure container). 




42. A method as in claim 4 1 , ia which said 
first secure container further includes a 
fourth secure container comprising a fourth 
control set and second protected 
information and further comprising the 
following step: 


The second protected information is a 
second, ActiveX .con trol . 

The first alternative for the fourth secure 1 . 
container is the signed and licensed second 
ActiveX control The fourth control set is 
the license support code in the ActiveX 
control. 

The second alternative for the fourth secure 
container is a signed cabinet file containing 
the (signed or unsigned) second ActiveX 
control. The fourtlrcontrol set is the 
license support code in the ActiveX 
control. 


using at least one control from said first 
control set or said fourth control set to 
govern at least one aspect of use of said 
second protected information while said 
second protected information is contained 
within said first secure container. 


The ActiveX control developer's 
conditional syntax statements (first control 
set) in the ActiveX developer's signed .msi 
file govern the offer/installation of the 
second ActiveX control while it is in its 
signed .msi file. 

Alternately, the license support code 
(second control set) in the ActiveX control 
governs use of the licensed ActiveX 
control. 




47. A method as in claim 41 , in which said 
step of creating a third secure container 
includes: 




creating said third control set by 
incorporating at least one control not found 
in said first control set or said second 
control set. 


The application developer's conditional 
syntax statements are not found in either 
the first control set or the second control 
set. 




52. A method as in claim 41 in which said 
step of creating a third secure container 
occurs at a first site, and further 
comprising: 




copying or transferring said third secure 
container from said first site to a second 
site located remotely from said first site. 


The application developer at first site 
distributes its application to other sites. 




53. A method as in claim 52 in which said 
first site is associated with a content 
distributor. 


The application developer at the first site is 
the content distributor. 




54. A method as in claim 53 in which said 
second site is associated with a user of 


The application developer distributes the 
application to end-users. 
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content. 



55, A method as in claim 54 further 
comprising the following step: 



said user directly or indirectly initiating 
communication with said first site. 



For Internet downloads, the user initiates 
the communication with the first site. 



S4. A method as in claim 54 in which said 
hird control set includes one or more 
controls at least in part governing the use 
3y said user of at least a portion of said 
Irst portion of said first protected 
nformation. 



The application developer's conditional 
syntax statements (third con'trof set) govern 
the installation of the ActiveX control (first 
protected information). 



16. A method as in claim 41 in which said 
:reation of said third secure container 
iirther comprises using a template which 
pecifies one or more of the controls - 
contained in said third control set. 



The third secure container is the application 
developer's signed .msi file and the third 
control set is the conditional syntax 
statements in that file. 

Microsoft supplies several template .msi 
databases for use in authoring installation 
packages. The UlSample.msi is the 
template recommended in the "An 
Installation Example" on MSDR This 
template msi files contains several default 
conditional syntax statements. At least two 
of these conditional syntax statements 
directly govern the installation by blocking 
progress until the EULA is accepted. 



8. A method as in claim 52 in which said 
reation of said third secure container 
irther comprises using a template which 
pecifies one or more of the controls 
ontained in said third control set. 



The third secure container is the application 
developer's signed .msi file and the third 
control set is the conditional syntax 
statements in that file. 

Microsoft supplies several template .msi 
databases for use in authoring installation 
packages. The UlSamplcmsi is the 
template recommended in the "An 
Installation Example" on MSDN. This 
template msi files contains several default 
conditional syntax statements. At least two 
of these conditional syntax statements 
directly govern the installation by blocking 
progress until the EULA is accepted. 



1 ■ i 

. Exhibit B |j 
H4 



1 

2 
3 
.4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,915,019 



81. 



Infringing products include all Microsoft , 
tools that support the Microsoft ActiveX 
licensing model, Visual Studio .NET, the 
Microsoft Installer SDK, and Operating 
System products that include the Microsoft 
Installer technology. 



\ data processing arrangement comprising: 



l first secure container comprising first 
)rotected information and a first rule set 
'overning use of said first protected 
nformation; 



The first alternative for the first secure 
container is the ActiveX control 
developer's signed .msi file containing a 
licensed ActiveX control (the first. . 
protected information). The conditional 
syntax statements of the signed .msi file are 
the first rule. set. . 

The second alternative for the first secure 
container is the signed cabinet file 
containing the ActiveX control The 
license support code in the ActiveX control 
is the first rule set 

The third alternative for the first secure 
container is the licensed and signed 
ActiveX control governed by license 
support code in the ActiveX control. 



second secure container comprising a 
scond rule set; 



The second secure container is the signed 
.msi file which the application developer 
package its application. The second rule 
set is the conditional syntax statements of 
the application developer's signed .msi file. 



leans for creating and storing a third 
;cure container and 



The third container is a signed cabinet file 
containing at least the ActiveX control. 



leans for copying or transferring at least a 
ortion of said first protected information 
id a third rule set governing use of said 
ortion of said first protected information 
> said second secure container, said means 
>r copying or transferring comprising: 



Putting the licensed ActiveX control (first 
protected information) in a signed cabinet 
file (third secure container). The licensing 
support code in the ActiveX control is third 
rule set. 



means for incorporating said third 
secure container within said second 
secure container. 



Packaging the signed cabinet file in the 
signed .msi file. 



2. A data processing arrangement as in 
aim 81 further comprising: 



leans for applying at least one rule from 
tid third rule set to at least in part govern 
least one factor related to use of said 
pnion of said first protected information. 



The third rule set ensures the user is 
licensed. 



J. A data processing arrangement as in 
aim 82 further comprising: 
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means for applying at least one rule from The second rule set governs the 
said second rule set to at least in part offer/installation of first protected 

govern at least one factor related to use of information, 
said portion of said first protected 

information. \ | ; 
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85. 



A method comprising the following steps: 



Infringing products include all Microsoft 
tools that support the Microsoft ActiveX . 
licensing model, Visual Studio .NET, the 
Microsoft Installer SDK, and Operating 
System products that include the Microsoft 
Installer technology. 



creating a first secure container comprising 
a first rufe set and first protected 
information; 



The first protected information is the 
ActiveX control. 

The first alternative for the first secure 
container is the signed and licensed 
ActiveX control. The first rale set is the 
license support code in the ActiveX' ' 
control. 

The second alternative for the first secure 
container is an (signed or unsigned) 
ActiveX control with license support 
contained within a signed cabinet file. The 
first rule set is the ActiveX license support 
code. 



storing said first secure container in a first 
nemory: 



The first secure container is stored at the 
ActiveX control developer's location. 



seating a second secure container 
;omprising a second rule set; . 



The second secure container is the 
application developer's signed .msi file. 
The conditional syntax statements of the 
signed .msi file are the second rule set 



jtoring said second secure container in a 
second memory; 



The second secure container is stored at the 
application developer's location. 



:opying or transferring at least a first 
portion of said first protected information 
o said second secure container, said 
:opying or transferring step comprising: 



The ActiveX control developer packages 
the control in a signed .msi file for 
distribution to the application developer's 
site. 



creating a third secure container 
;omprising a third rule set; 



The third secure container is the ActiveX 
control developer's signed .msi file 
containing a licensed ActiveX control. The 
conditional syntax statements of the signed 
.msi file are the third rule set. 



copying said first portion of said 
first protected information; 



In preparation for using a msi authoring 
tool, such as Microsoft's Orca, copying the 
ActiveX control to a package staging area. 



transferring said copied first portion 
of said first protected information to 
said third secure container: and 



Using msi authoring tool to import the 
control into the signed .msi file. 



copying or transferring said copied 
first portion of said firsi protected 
information from said third secure 
container to said second secure 
container. 



The application developer installs the 
ActiveX control, which involves removing 
it from the ActiveX developer's signed 
;msi file and installing it into its 
environment. Subsequently, the 
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application developer places the ActiveX 
control into its signed .msi file when it is 
packaging its application. 




87. A method as in claim 85 in which said 
copied first portion of said first protected 
information consists' of the entirety of said 
first protected information/ i 


The entire ActiveX control is copied. 


• 


89. A method as in claim 85 in which 




said first memory is located at a first site, 


The ficst memory is located at the ActiveX 
control developer's site. 


.said second memory is located at a second 
site remote from said first site, and 


The second memory is located at the 
application developer's site. 


said step of copying or transferring said 
first portion of said first protected 
information to said second secure container 
further comprises copying or transferring 
said third secure container from said first 
site to said second site. 


The ActiveX control developer's signed 
r msi file is transferred from its site to the 
site of the application developer. 
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85. (alternate infringing scenario) 



Infringing products include all Microsoft 
tools that support the Microsoft ActiveX 
licensing model, Visual Studio .NET, the. 
Microsoft Installer SDK, and Operating 
System products that include the Microsoft 
Installer technology. 



A method comprising the following steps: 



creating a first secure container comprising 
a first rule set and first protected 
information; 



The first protected information is the 
ActiveX control. 

The first alternative for the first secure 
container is the signed and licensed 
ActiveX control. The first rule set is the 
license support code in the ActiveX- 
control. 

The second alternative for the first secure 
container is a (signed or unsigned) ActiveX 
control with license support contained 
within a signed cabinet file. The first rule 
set would remain the ActiveX license 
support code. 

The third alternative for the first secure 
container is a signed msi file in which the 
ActiveX control developer packaged its 
ActiveX control. The first rule set is the 
conditional syntax statement(s) of the 
signed msi file. 



storing said first secure container in a first 
memory: , 



The first secure container is stored at the 
ActiveX control developer's location. 



creating a second secure container 
comprising a second rule set; 



The second secure container is the 
application developer's signed .msi file. 
The conditional syntax statements of the 
signed .msi file are the second rule set. 



storing said second secure container in a 
second memory: 



The second secure container is stored at the 
application developer's location. 



copying or transferring at least a first 
portion of said first protected information 
to said second secure container, said 
copying or transferring step comprising: 



The ActiveX control is placed in a cabinet 
file signed by the application developer and 
the signed cabinet file is placed in a .msi 
file signed by the application developer. 



creating a third secure container 
comprising a third rule set; 



The third secure container is signed cabinet 
file in which the application developer 
placed licensed ActiveX. The third rule set 
is the license support code in the ActiveX 
control. 



copying said first portion of said 
first protected information: 



Copying ActiveX control. 



transferring said copied first portion 
of said first protected information to 



Transferring ActiveX control to signed 
cabinet file. 
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said third secure container, and 



copying or transferring said copied 
first portion of said first protected 
information from said third secure 
container to said second secure 
container. 



The application developer places the signed 
cabinet file into its signed .msi file when it 
is packaging its application. 



17. A method as in claim 85 in which said 
copied first portion of said first protected 
nformation consists of the entirety of said 
Irst protected information. 



The entire ActiveX control is copied. 



>3. A method as in claim 85 in which 



aid step of copying transferring said 
;opied first portion of said first protected 
nformation from said third secure 
:ontainer to said second secure container 
urther comprises storing said third secure 
;ontainer in said second secure container. 



The ActiveX control is placed in a cabinet 
.file signed by the application developer arid 
the signed cabinet file is placed in a .msi 
file signed by the application developer. 
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Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
;NET, the Microsoft Installer SDK, and. 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer . 
technology. \ ; 



A method of operating on a first secure 
container arrangement having a first set of 
controls associated therewith, said first 
secure container arrangement at least in 
part comprising a first protected content 
file, said method comprising the following 
steps performed within a virtual 
distribution environment including at least 
one electronic appliance: 



The first protected content is a signed and 
licensed .NET component used by, the ■ 
.NET assembly. The .NET assembly is 
distributed with a signed and governed .msi 
file. . The second protected content is 
another signed and licensed .NET 
component that is used by the .NET 
assembly. 



using at least one control associated with 
said first secure container arrangement for 
governing, at least in part, at least one 
aspect of use of said first protected content 
file while said first protected content file is 
contained in said first secure container 
arrangement: 



The first protected content is signed and 
licensed .NET component (first secure 
container) contained within the .NET 
assembly. The one control is a declarative 
statement(s) within the assembly's header. 



creating a second secure container 
arrangement having a second set of 
controls associated therewith, said second 
set of controls governing, at least in part, at 
least one aspect of use of any protected 
content file contained within said second 
secure container arrangement; 



The protected content is the same as the 
first protected content plus the additional 
implementation information included in the 
signed .msi file. The second secure 
container is the signed .msi file created for 
the .NET assembly. The signed .msi file's 
conditional syntax statements are the 
second set of controls that control the 
offer/installation of the .NET assembly. 



^ansferring at least a portion of said first 
Drotected content file to said second secure 
container arrangement, said portion made 
jp of at least some of said first protected 
:ontent file; and 



The entire .NET assembly is included in 
the signed .msi file. 

Packaging the .NET assembly in the signed 
.msi file involves the following process 
steps. In preparation for using a msi 
authoring tool, such as Microsoft's Orca, 
copying the .NET component to a package 
staging area. Using msi authoring tool to 
import the .NET component into the signed 
.msi file. 



rsing at least one rule to govern at least one 
ispect of use of said first protected content 
lie portion while said portion is contained 
vithin said second secure container 
urangement: ' 



The conditional syntax statement(s) of the 
signed .msi file (second secure container) 
control(s) the offer/installation of the .NET 
assembly. 



n which 



;aid first secure container arrangement 
comprises a third secure container 



The first alternative for the third secure 
container is a licensed and signed .NET 
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component governed by the set of 
declarative statements comprising the 
LicenseProviderAttribute (third set of 
controls). 

The* second alternative for the third secure* 
container is a .NET component whose hash 
is included in the header of the .NET 
assembly. The set of declarative 
statements comprising the 
LicenseProviderAttribute is the third set of 
controls. ; 



arrangement comprising a third set of 
controls and said first protected content 
file, and 



said first secure container arrangement 
further comprises a fourth secure container 
arrangement comprising a fourth set of 
controls and a second protected content 
file. 



The first alternative for the fourth secure 
container is another licensed and signed 
.NET component governed by die set of 
declarative statements comprising the 
LicenseProviderAttribute (fourth set of 
controls). 

The second alternative for the fourth secure 
container is the container created when the 
hash of the .NET component is included in 
the header information of the .NET 
assembly. The set of declarative 
statements comprising the 
LicenseProviderAttribute is the fourth set 
of controls. 
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33. 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Micro$oft Installer SDK, and 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer 
technology. 



A data processing anrangement comprising 
at least one storing arrangement that at 
least temporarily stores a first secure 
container comprising first protected data 
and a first set of rules governing use of said 
first protected data, 



and at least temporarily stores a second 
secure container comprising second 
protected data different from said first 
protected data and a second set of rules 
governing use of said second protected 
data; and 



The first protected information is the .NET 
component. 

The first alternate for the first secure 
container is the signed .msi file in which 
the .NET component developer packaged 
its .NET component The first set of rules 
is the conditional syntax statements of the 
signed .msi file. 

The second alternative for the first secure 
container is a licensed and signed .NET 
component governed by the set of 
declarative statements comprising the 
LicenseProviderAttribute of the .NET 
component (first set of controls). 

The third alternative for the first container 
is a signed cabinet file containing a (signed 
or unsigned) .NET component with license 
support. The first set of controls is the set 
of declarative statements comprising the 
LicenseProviderAttribute of the .NET 
component. 

The second protected data is the .NET 
assembly developer's assembly that 
includes/uses the .NET component. 

The first alternative for the second secure 
container is a signed .msi file in which the 
.NET assembly developer packaged its 
multi-file assembly (second protected 
data). The second set of rules is the 
conditional syntax statements of the signed 
.msi file that governs the offer/installation 
of the .NET assembly. 

The second alternative for the second 
secure container is a signed .NET 
assembly. The second set of rules is the 
declarative rules within the assembly's 
header. 



28 | a data transfer arrangement, coupled to at 
least one storing arrangement, for 



The third secure container is a signed .NET 
assembly governed by declarative rules in 
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transferring at least a portion of said first 
protected data and a third set of rules 
governing use of said portion of said first 
protected data to said second secure 
container, 



its header (third set of rules). An 
alternative third rule set is the set of 
declarative statements comprising the 
LicenseProviderAttribute. The -NET 
assembly includes the .NET component. , 
The secure .NET assembly is included in a 
signed .msi file (second secure container). 

An alternative third secure container is the 
container created by hashing the .NET 
component and including the hash in the 
header information of a .NET assembly. 
The .NET component is included in the 
signed and governed .NET assembly 
(second secure container). The third set of 
rules is the set of declarative statements 
comprising the LicenseProviderAttribute. 

An alternative third secure container is a 
signed cabinet file containing the .NET 
component and which is destined for a 
signed .msi file (second secure container). 
The third set of rules is the set of 
declarative statements comprising the 
LicenseProviderAttribute. 



further comprising 



means for creating and storing, in said at 
least one storing arrangement, a third 
secure container; 



The first alternative for the third secure 
container is a signed .NET assembly. In 
this case, the second secure container is the 
signed .msi file. 

The second alternative for the third 
container is the container created by 
including a hash of the .NET component in 
the header information of a .NET assembly. 
In this, case, the second secure container is 
either the signed .msi file or the signed 
.NET assembly. 

The third alternative for the third container 
is a cabinet file signed by the .NET 
assembly developer containing the .NET 
assembly and/or the .NET component. In 
this case the signed .msi file is the second 
secure container. 



said data transfer arrangement further 
comprising means for transferring said 
portion of said first protected data and 
said third set of rules to said third secure 
container, and means for incorporating 
said third secure container within said 
second secure container. 



The first alternative for the third secure 
container is the signed .NET assembly, 
which' includes and/or uses the licensed 
.NET component (first protected 
information). The third set of rules is a 
declarative rule within the .NET 
assembly's header. The .NET assembly is 
placed in a signed .msi file (second secure 
container). 
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The second alternative for the third secure 
container is .the container that results when 
the hash of the .NET component is added 
to the .NET assembly header information. 
The third set of rules is the set of 
declarative statements comprising the 
LicenseProviderAttribute added to the 
assembly. 

The third alternative for the third secure 
container is a cabinet file signed by the 
.NET assembly developer containing the 
.NET assembly and/or the .NET 
component The third set of rules-is a 
declarative rule(s) within the .NET 
assembly's header and/or the set of 
declarative statements comprising the 
LicenseProviderAttribute added to the 
assembly 



A. A data processing arrangement as in 
laim 33 further comprising means for 
pplying said third set of rules to govern at 
^ast one aspect of use of said portion of 
aid first protected data. 



When the third rule set is the declarative 
statement(s) of the assembly header, the 
runtime CLR enforces the statements. 

When the third set of rules is the set of 
declarative statements comprising the 
LicenseProviderAttribute added to the 
assembly, the license support code in the 
.NET component evaluates the authenticity 
of the calling assembly's request. 



5. A data processing arrangement as in 
laim 34 further comprising means for 
pplying said second set of rules to govern 
t least one aspect of use of said portion of 
aid first protected data. 



When the second set of rules is the 
conditional syntax statements of the signed 
.msi file, the Windows Installer operating 
system service enforces the conditional 
syntax statements of.NET assembly's 
signed .msi file, which govern the 
offer/installation of the .NET component 

When the second set of rules is the 
declarative statement(s) within the 
assembly's header, the runtime CLR 
enforces the statements. 
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41. 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, and 
products that include the Microsoft .NET 
CLR^ and the Microsoft Installer 
technology. 



A method comprising performing the 
following steps within a virtual distribution 
environment comprising one or more 
electronic appliances and a first secure 
container, said first secure container 
comprising (a) a first control set, and 

(b) a second secure container comprising a 
second control set and first protected 
information: 



The signed .msi file created by the .NET 
component developer is the first secure 
container. The first conditional syntax 
statement(s) of the .NET component 
developer's signed .msi file is/are the first 
control set. 

The first protected information is the .NET 
component. 

The first alternative for the second secure 
container is the signed and licensed .NET 
component. The second control set is the 
set of declarative statements comprising the 
LicenseProvider Attribute. 

The second alternative for the second 
secure container is a signed cabinet file. 
The second control set remains the set of 
declarative statements comprising the 
LicenseProviderAttribute. 



using at least one control from said first 
control set or said second control set to 
govern at least one aspect of use of said 
first protected information while said first 
protected information is contained within 
said first secure container; 



The .NET component developer's 
conditional syntax statements (first control 
set) in its signed .msi file governs the 
offer/installation of the .NET component 
while it is in the signed .msi file. 

Alternately, the set of declarative 
statements comprising the 
LicenseProviderAttribute (second control 
set) of the licensed .NET component 
governs use of the .NET component. 



creating a third secure container 
comprising a third control set for governing 
at least one aspect of use of protected 
information contained within said third 
secure container; 



The first alternative for the third secure 
container is a signed .NET assembly, the 
protected information is the .NET 
component and the third control set is the 
declarative statement(s) within the .NET 
assembly's header. 

The second alternative for the third secure 
container is a signed .msi file in which the 
.NET assembly developer packages its 
.NET assembly and the third control set is 
the conditional syntax statement(s) in the 
signed :msi file. . ~ • 
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incorporating a first portion of said first 
protected information in said third secure 
container, said first portion made up of 
some or all of said first protected 
information; and 


In the first alternative, placing the .NET 
component into the signed .NET assembly. 

In the second alternative, placing the .NET 
component into the. Net assembly 
developers signed msi file. 


using at least one control fo. govern at least 
one aspect of use of said first portion of 
said first protected information while said 
first portion is contained within said third 
secure container. 


In the first alternative, the .NET assembly 
developer's declarative statement(s) within 
the .NET assembly's header govern(s) the 
use of the .NET component while- it is in 
the signed .NET assembly. 

In the second alternative, the conditional 
syntax statements of the .NET assembly 
developer's signed .msi file govern the 
offer/installation of the .NET component 
while it is in the signed .msi file. 




42. A method as in claim 41, in which said 
first secure container further includes a 
fourth secure container comprising a fourth 
control set and second protected 
information and further comprising the 
following step: 


The second protected information is;a 
second .NET component. 

The first alternative for the fourth secure 
container is the signed and licensed second 
.NET component. The fourth control set is 
the set of declarative statements comprising 
the LicenseProviderAttribute of the second 
.NET component. 

The second alternative for the fourth secure 
container is a second signed cabinet file. 
The fourth control set is the set of 
declarative statements comprising the 
LicenseProviderAttribute. 


using at least one control from said first 
control set or said fourth control set to 
govern at least one aspect of use of said 
second protected information while said 
second protected information is contained 
within said first secure container. 


The .NET component developer's 
conditional syntax statements (first .control 
set) in its signed .msi file governs the 
offer/installation of the second .NET ■ 
component while it is in the signed .msi 
file. 

Alternately, the set of declarative 
statements comprising the 
LicenseProviderAttribute (fourth control 
set) of the licensed second .NET 
component governs use of the second .NET 
component. 




47. A method as in claim 41, in which said 
step of creating a third secure container 
includes: 




creating said third control set by 
incorporating at least one control not found 
in said first control set or said second [ 
control set. 


The .NET assembly developer's declarative 
statements (first alternative for third control 
set) and/or the developer's conditional 
syntax statements (second alternative for 
the third control set) are not found in either 
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the first control set or the second control 

set. . 




3 
4 


52. A method as in claim 41 in which said 
step of creating a third secure container 
occurs at a first site, and further 
comprising: 




5 
6 


copying or transferring said third. secure 
container from said first site to a second 
site located remotely from said first site. 


The .NET assembly developer at first site - 
distributes its assembly to other sites. 






7. 
8 


53. A method as in claim 52 in which said 
first site is associated with a content 
distributor. 


The .NET assembly developer's business 
module is used to create and distribute its 
assembly. 




9 
10 


54. A method as in claim 53 in which said 
second site is associated with a user of 
content. 


The .NET assembly developer distributes . 
the assembly to end-users. 




11 


55. A method as in claim 54 further 
comprising the following step: 




12 


said user directly or indirectly initiating 
communication with said first site. 


For Internet downloads, the user initiates 
the communication with the first site. 


13 




14 
15 
16 


64. A method as in claim 54 in which said 
third control set includes one or more 
controls at least in part governing the use 
by said user of at least a portion of said 
first portion of said first protected 
information. 


When the third control set is the .NET 
assembly developer's declarative 
statement(s) within the .NET assembly's 
header, it governs the user's use of the 
,NET component (first protected 
information). 


17 
18 
19 
20 




When the third control set is the .NET 
assembly developer's conditional syntax 
statements of the .NET assembly 
developer's signed .msi file, it governs the 
users offer acceptance/installation of the 
.NET component (first protected 
information). 






21 
22 
23 
24 
25 
26 
27 
28 


76. A method as in claim 41 in which said 
creation of said third secure container 
further comprises using a template which 
specifies one or more of the controls 
contained in said third controi set. 


When the third secure container is the 
.NET assembly developer's signed .msi file 
and the third control set is the conditional 
syntax statements in that file. 

Microsoft supplies several template .msi 
databases for use in authoring installation 
packages. The UlSample.msi is the 
template recommended in the "An 
Installation Example" on MSDN. This 
template msi files contains several default 
conditional syntax statements. At least two 
of these conditional syntax statements 
directly govern the installation by blocking 
progress until the EULA is accented. 
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78. A method as in claim 52 in which said 
creation of said third secure container 
further comprises using a template which 
specifies one or more of the controls 
contained in said third control set. 



When the third secure container is the 
.NET assembly developer's signed .msi file 
and the third control set is the conditional 
syntax statements in that file. 

Microsoft supplies several template .msi 
databases for use in authoring installation 
packages. The UlSample.msi is the 
template recommended in the "An- 
Installation Example" on MSDN. This 
template msi files contains several default 
conditional syntax statements. At least two 
of these conditional syntax statements - 
directly govern the installation by blocking 
progress until the EULA is accepted. 
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81. 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, and 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer 
technology. 



A data processing arrangement comprising: 



a first secure container comprising first 
protected information and a first rule set 
governing use of said first protected 
information; 



The first protected information is the .NET 
component. 

The first alternative for the first secure 
container is the signed .msi file in which 
the .NET component developer packaged 
its assembly. The first rule set is the 
conditional syntax statements written by 
the .NET component developer and placed 
into the signed .msi file. 

The second alternative for the first secure 
container is the signed cabinet file 
containing the (signed or unsigned) .NET . 
component. The set of declarative 
statements comprising the 
LicenseProviderAttribute when its 
developer added licensing support to the 
assembly is the first rule set. 

The third alternative for the first secure 
container is the licensed and signed .NET 
component governed by the set of 
declarative statements comprising the 
LicenseProviderAttribute (first rule set) 
added by the .NET component developer. 



a second secure container comprising a 
second rule set; 



The first alternative for the second secure 
container is the signed .msi file in which 
the .NET assembly developer packaged its 
.NET assembly. The second rule set is the 
conditional syntax statements written by 
the .NET assembly developer and placed 
into the signed .msi file. 

The second alternative for the second 
secure container is the signed .NET 
assembly. The second rule set is the 
declarative statements in the .NET 
assembly's header. 



means for creating and storing a third 
secure container; and 



When the second secure container is the 
signed msi file, the third secure container is 
the signed .NET assembly. 

When the second secure container is the 
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signed .NET assembly, the third secure 
container a .NET component secured by 
placing it in a signed cabinet file or by 
including its hash in the header of the 
assembly. 


means for copying or transferring at least a 
portion of said first protected; information 
and a third rule set governing ;u$e of said 
portion of said first protected information 
to said second secure container, said means 
for copying or transferring comprising: 


When the second secure container is the 
signed msi file and the third secure . 
container is the signed .NET assembly, the 
third rule set is the set of declarative . 
statements within the assembly s header. 

When. the second secure container is the 
signed .NET assembly, the third rule set is 
the set of declarative statements comprising 
the LicenseProviderAttribute (third rule j 
set) added to the .NET component by its 
developer. 


means for incorporating said third 
secure container within said second 
secure container. 


When the second secure container is the 
signed msi file and the third secure . 
container is the signed .NET assembly, the 
assembly is placed in the signed .msi file. 

When the second secure container is the 
signed .NET assembly and the third secure 
container is a .NET component contained 
in a signed cabinet file or a .NET 
component whose hash is included in the 
header of the assembly, the third secure 
container is incorporated within the .NET 
assembly. 




82. A data processing arrangement as in 
claim 81 further comprising: 




means for applying at least one rule from 
said third rule set to at least in part govern 
at least one factor related to use of said 
portion of said first protected information. 


When the third rule set is declarative 
statements within the assembly's header, it 
governs the use of the .NET assembly ! 
which includes the first protected 
information. 

When the third rule set is the set of 
declarative statements comprising the 
LicenseProviderAttribute added by the 
.NET component by its developer, it 
ensures the user is licensed. 




83. A data processing arrangement as in 
claim 82 further comprising: 




means for applying at least one rule from 
said second rule set to at least in part 
govern at least one factor related to use of 
said portion of said first protected 
information. 


When the second rule set is the conditional 
syntax statements written by the .NET 
assembly developer and placed into the 
signed .msi file, it governs the 
offer/installation of the .NET component. 

When the second rule set is the declarative ; 
statements in the .NET assembly's header, 
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it governs the use of the .NET assembly, 
which includes the first protected 
information. 



■ -11 
Exhibit Bii 
132 



1 

2 
3 
4 
5 
6 
7 
8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 



INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR ILS. PATENT NO. 5,915,019 



85. A method comprising the following 
steps: 



creating a first secure container comprising 
a first rule set and first protected 
information; 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, and 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer 
technology. 



The first protected information is the .NET 
component. 

The* first secure container is a signed .NET 
component (first protected information) 
governed by the set of declarative 
statements comprising the 
LicenseProviderAttribute (first rule set). 

The second alternative for the first secure 
container is a cabinet file signed by the 
.NET component developer containing a 
(signed or unsigned) .NET component with 
license support. The first rule set is the set 
of declarative statements comprising the 
LicenseProviderAttribute. • 



storing said first secure container in a first 
"nemory; 



The first secure container is stored at the 
.NET component developer's location. 



seating a second secure container 
comprising a second rule set; 



The first alternative for the second secure 
container is a signed .NET assembly and 
the second rule set is declarative 
statement(s) within the assembly's header. 

The second alternative for the second 
secure container is the signed .msi file in 
which the .NET assembly developer 
packages its (signed or unsigned) 
assembly. The second rule set is the 
conditional syntax statement(s) written by 
the .NET assembly developer and placed 
into the signed .msi file. 



toring said second secure container in a 
econd memory: 



The second secure container is stored at the 
.NET assembly developer's location. 



copying or transferring at least a first 
)ortion of said first protected information 
o said second secure container, said 
opving or transferring step comprising: 



The .NET component developer packages 
its module in a signed .msi file for 
distribution to the .NET assembly 
developer's site. 



reating a third secure container 
omprising a third rule set; 



The third secure container is the signed 
.msi file in which the ;NET component 
developer packaged its .NET component. 
The third control set is the conditional 
syntax statements written by the .NET 
component developer and placed into the 
signed .msi file. 



copying said first portion of said 



In preparation for using a msi authoring 
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first protected information; 



tool, such as Microsoft's Orca, copying the 
.NET component to a package staging area. 



transferring said copied first portion 
of said first protected information to 
said third secure container: and 



Using the msi authoring tool to import the 
.NET component into the signed .msi file. 



copying.or transferring said copied 
first portioirof said first protected 
information from said third secure 
container to said second secure 
container. 



The .NET assembly developer installs the' 
.NET component, which involves 
removing it from the .NET component * 
developer's signed -.msi file and installing it 
into its environment Subsequently, the 
.NET assembly developer places the .NET 
component into its .NET assembly and/or 
signed .msi file when it is packaging its . 
.NET assembly. 



57. A method as in claim 85 in which said 
copied first portion of said first protected 
nformation consists of the entirety of said 
irst protected information. 



The entire .NET component is copied. 



!9. A method as in claim 85 in which 



aid first memory is located at a first site, 



The first memory is located at the .NET 
component developer's site. 



aid second memory is located at a second 
ite remote from said first site, and 



The second memory is located at the .NET 
assembly developer's site. 



aid step of copying or transferring said 
irst portion of said first protected 
nformation to said second secure container 
urther comprises copying or transferring 
aid third secure container from said first 
ite to said second site. 



The .NET component developer's signed 
.msi file is transferred from its site to the 
site of the .NET assembly developer. 



4. A method as in claim 85 further 
omprising: 



reating a fourth rule set. 



When the second secure container is not a 
signed .NET assembly, the fourth rule set is 
declarative statements within the 
assembly's header. 

When the second secure container is not 
the signed .msi file in which the .NET 
assembly developer packages its (signed or 
unsigned) assembly, the fourth rule set is 
the conditional syntax statements written 
by the .NET assembly developer and 
placed into the signed .msi file. 
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85 (alternate infringing scenario) 




A method comprising the following steps: 


Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, and 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer 
technology. 


creating a first secure container comprising 
a first rule set and first protected 
information; 


The first protected information is the .NET 
component. 

The first alternative for the first secure 
container is the signed and licensed .NET 
component The first rule set is the set of 
declarative statements comprising the 
LicenseProviderAttribute in the .NET 
component. 

The second alternative for the first secure 
container is a (signed or unsigned) .NET 
component with license support contained 
witlun a cabinet file signed by the .NET 
component developer. The first rule set is 
the set of declarative statements comprising 
the LicenseProviderAttribute in the .NET 
component. 

The third alternative for the first secure 
container is the signed .msi file in which 
the .NET component developer packaged 
its assembly. The first rule set is the 
conditional syntax statements written by 
the .NET component developer and placed 
into the signed .msi file. 


storing said first secure container in a first 
memory; 


The first secure container is stored at the 
.NET component developer's location. 


creating a second secure container 
comprising a second rule set; 


The first alternative for the second secure 
container is a signed .NET assembly and 
the second rule set is declarative 
statement (s) within the assembly's header. . 

The second alternative for the second 
secure container is the signed .msi file in 
which the .NET assembly developer 
packages its (signed or unsigned) 
assembly. The second rule set is the 
conditional syntax statement(s) written by 
the .NET assembly developer and placed 
into the signed .msi file. 


sionng said second secure container in a 
second memory; 


The second secure container is stored at the 
.NET assembly developer's location. 


coovinc or transferrins at least a first 


The .NET assembly developer places the 
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portion of said first protected information 
to said second secure container, said 
copying or transferring step comprising: 


.NET component into the third secure 
container, which is either a signed cabinet 
file or a signed .NET assembly. 


creating a third secure container 
comprising a third rule set; 


When the second secure container is the 
signed .msi file, the third secure container, 
is the signed .NET assembly. The third 
rule set is the declarative statements) in 
the .NET assembly's header. . . 

When the second secure container is either 
a .NET assembly or the signed .msi file, the 
third secure container is a signed cabinet 
file in which the .NET assembly developer 
placed licensed .NET component The 
third rule set is the set of declarative 
statements comprising the 
LicenseProviderAttnbute in the .NET 
component. 


copying said first portion of said 
| first protected information; 


Copying the .NET component to either the 
.NET assembly or to the signed cabinet 
file. 


transferring said copied first portion 
of said first protected information to 
said third secure container: and 


Transferring the .NET component to either 
the .NET assembly or the signed cabinet 
file. 


copying or transferring said copied 
first portion of said first protected 
information from said third secure 
container to said second secure 
container. 


When the second secure container is the 
signed .msi file and the third secure 
container is the signed .NET assembly, the 
.NET assembly is placed into the signed 
.msi file. 

When the second secure container is either 
the .NET assembly or the signed .msi file 
and the third secure container is the signed 
cabinet file, the signed cabinet file is placed 
into either the .NET assembly or the signed 
.msi file. 




87. A method as in claim 85 in which said 
copied first portion of said first protected 
information consists of the entirety of said 
first protected information. 


The entire .NET component is copied. 




93. A method as in claim 85 in which 




said step of copying transferring said 
copied first portion of said first protected 
information from said third secure 
container to said second secure container 
further comprises storing said third secure 
container in said second secure container. 


When the third secure container is the 
signed .NET assembly, it is placed in the 
signed .msi file. 

When the third secure container is a signed 
cabinet file, it can be placed in either the 
.NET assembly and/or the signed .msi file. 




94. A method as in claim 85 further 
comprising: 




creating a fourth rule set. 


When the second rule set is declarative 
statements') within the assembly's header. 


it 
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(he fourth rule set is the conditional syntax 
statements) written by the .NET assembly 
developer arid placed into the signed .msi 
file. 

When the second rule set is the conditional 
syntax statement(s) written by the .NET 
assembly developer and placed into the 
signed .msi file, the fourth rule set is 
declarative statement(s) within the 
assembly's header or the set of declarative 
statements comprising the 
LicenseProviderAttribute in the .NET 
component. : / 



95. A method as in claim 94 further 
comprising: 



using said fourth rule set to govern at least 
one aspect of use of said copied first 
portion of said first protected information. 



If the fourth rule set is the .NET assembly 
developer's declarative statements) within 
the .NET assembly's header, it governs the 
use of the .NET component 

If the fourth rule set is the conditional 
syntax statements of the .NET assembly 
developer's signed .msi file, it governs the 
offer/installation of the .NET component. 
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85 (second alternate scenario for .NET) 



A method comprising the following steps: 



Infringing products include the .NET 
Framework SDK, Microsoft Visual Studio 
.NET, the Microsoft Installer SDK, arid 
products that include the Microsoft .NET 
CLR, and the Microsoft Installer 
technology. 



creating a first secure container comprising The first protected information is a NET 
a first rule set and first protected component, 
information; I 

The first alternative for the first secure 
container is the signed and licensed •NET 
component. The first rule set is the set of 
declarative statements comprising the 
LicenseProviderAttribute in the .NET 
component. 

The second alternative for the first secure 
j container is assigned or unsigned) .NET 
component with license support contained 
within a cabinet file signed by the .NET 
assembly developer. The first rule set is 
the set of declarative statements comprising 
the LicenseProviderAttribute in the .NET 
component. 

The third alternative for the first secure 
container is a .NET component whose hash 
is included in the assembly header of a 
.NET assembly. The first rule set is the set 
of declarative statements comprising the 
LicenseProviderAttribute in the .NET 
component. 



storing said first secure container in a first 

memory: ' 

creating a second secure container ~~ ~ 
comprising a second rule set; 



The first secure container is stored at the 
.NET assembly developer's location 



storing said second secure container in a 
second memory: 



The second secure container is the signed 
.msi file in which the .NET assembly 
developer packages its signed assembly. 
The second rule set is the conditional 
syntax statement(s) written by the .NET 
assembly developer and placed into the 
signed .msi file. 



copying or transferring at least a first 
portion of said first protected information 
to said second secure container, said 
copying or Transferring step comprising: 



The second secure container is stored at the 
NET assembly developer's location 



creating a third secure container 
comprising a third rule set: 



The .NET assembly developer places the 
.NET component into the third secure 
container, which is the signed .NET 
assembi) 



The third secure container is a signed .NET 
assembly and the third rule set is 
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declarative statement(s) within the 
assembly's header. 



copying said first portion of said 
first protected information: 



Copying the .NET component to the .NET 
assembly. 



transferring said copied first portion 
of said first protected information to 
said third secure container; and 



Transferring the .NET component to the 
.NET assembly. 



copying or transferring said copied 
first portion of said first protected 
information from said third secure 
container to said second secure 
container. 



When the second secure container is the 
signed .nisi file and the third secure 
container is the signed .NET assembly, the' 
.NET assembly is placed into the signed 
.msi file. 



17. A method as in claim 85 in which said 
:opied first portion of said first protected 
nformation consists of the entirety of said 
irst protected information. 



The entire .NET component is copied. 



)Q. A method as in claim 85 in which 



;aid first memory and said second memory 
ire located at the same site. 



First and second memory is at the .NET 
assembly developer's location. 



Q. A method as in claim 85 in which 



aid step of copying transferring said 
opied first portion of said first protected 
nformation from said third secure 
ontainer to said second secure container 
urther comprises storing said third secure 
ontainer in said second secure container. 



When the third secure container is the 
signed .NET assembly, it is placed in the 
signed .msi file. 



Exhibit B ! | 
139 



1 

2 
3 
4. 
5 
6 
7 
8 
9 

10 

11 

12 

13 

14 

15 

16 

17 

18 

19 

20 

21 

22 

23 

24 

25 

26 

27 

28 



1NTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 5,915,019 



96. A method comprising performing the 
following steps within a virtual distribution 
environment comprising one ar.more 
electronic appliances and a firsi secure 
container, said first secure container 
comprising a first control set and first 
protected information: 



A signed and licensed .NET component 
(first container) is part of a .NET assembly 
(second container), which is packaged in a 
signed .msi file (third container). 



using at least one control from said first 
control set to govern at least one aspect of 
jsc of said first protected information 
while said first protected information is 
contained within said first secure container: 



The first secure container is a licensed and 
signed .NET component governed by thfe 
setof declarative statements comprising the 
LicenseProviderAttribute (one control). 



:reating a second secure container 
comprising a second control set for 
governing at least one aspect of use of 
protected information contained within said 
second secure container: 



The second secure container is a .NET 
assembly, the protected information is the 
assembly and the second control set* is 
declarative statement(s) within the 
assembly's header. 



ncorporating a first portion of said first 
protected information in said second secure 
container, said first portion made up of 
;ome or all of said first protected 
nformation: 



Included in the .NET assembly is the .NET 
component. 



ising at least one control to govern at least 
>ne aspect of use of said first portion of 
;aid first protected information while said 
irst portion is contained within said second 
;ecure container: and . ' . 



The declarative statement(s) govern the use 
of the -NET component and the custom 
LicenseProvider class (first control set) 
controls the .NET component. 



ncorporating said second secure container 
containing said first portion of said first 
>rotected information within a third secure 
container comprising a third control set. 



The third secure container is the signed 
.msi file in which the .NET assembly 
developer packages its assembly. The third 
control set is the conditional syntax 
statements written by the assembly 
developer and placed into the signed .msi 
file. 
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2. 



A system for supporting electronic 



Infringement is based on Microsoft's Visual. Studio 
.NET and/or the .NET Framework licensing tools (in 
the.NET Framework SDK) and/or Microsoft Installer 
SDK.. ■ 



commerce including: 

means for creating a first secure control 
set at a first location; 



The first location is a .NET component developer's 
site. 

The first secure control set is the set of declarative 
statements comprising the LicenseProviderAttribute of 
a first .NET licensed component that provides for a 
design-time license to use the control. This attribute 
also specifies the type of license validation that occurs. 
The component is encapsulated in a signed .NET 
assembly 



means for creating a second secure 
control set at a second location; 



The second location is the .NET application 
developer's site where a .NET application comprising 
one or more assemblies is created. 

The second secure control set comprises the 
declarative statement(s) (including licensing 
statements, and code access security statements) of a 
signed .NET assembly using or caJling the first .NET 
component. The control set can include a set of 
security permissions demanded by the .NET assembly 
containing the licensed component, whereby the 
permissions are demanded of components that call the 
application components. The control set can also be 
extended by controls expressed as conditional syntax 
statements in a signed .msi file containing a click 
through end^user license (the end-user license 
scenario). 



neans for securely communicating said 
5rst secure control set from said first 
ocation to said second location; and 



The first .NET control set is securely communicated 
from the first location developer to the .NET solution 
provider by either being contained in a signed 
assembly, within a signed cabinet file or within a 
signed .msi file. 



neans at said second location for 
securely integrating said first and 
jecond control sets to produce at least a 
hird control set comprising plural 
ilements together comprising an 
ilectronic value chain extended 
igreement. 



At the second location, the solution developer uses the 
.NET runtime that includes the LicenseManager. 

Whenever a class (control or component) is 
instantiated (here, an instance of the first .NET 
licensed component), the license manager accesses the 
proper validation mechanism for the control or 
component . A value chain is created through the 
creation of a run-time license for use of the first .NET 
component in the context of use of the .NET 
application developed at the second location. The 
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license controls for the runtime license (derived from 
the design time license) are bound into the header of 
the .NET application assembly, along with the second 
control set. 

The creation of runtime license controls is securely 
handled by Visual Studio.NET or the LC tool. 
Runtime licenses are embedded into (and bound to) 
the executing assembly. The license control attribute 
included in the first .NET component is customized in 
the second location to express and require the runtime 
license. In a different scenario, the LC tool is used to 
create a ".licenses file" containing licenses for 
multiple components, including runtime licenses for 
components and classes; created by the license 
provider. This .licenses file is embedded into the 
assembly. 

The third control set is an extended value chain 
agreement that comprises the runtime license controls' 
for the first .NET licensed class (that had been bound 
to the assembly), the declarative controls provided by 
the solution provider in the solution provider's 
assembly, and any runtime licenses for other 
components included by the solution provider in the 
solution provider's assembly, and any end user license 
agreement provided by the application provider. The 
controls are typically integrated into the header of the 
.NET application assembly calling the first .NET 
licensed component. 

A further "end user licensing scenario" occurs when, 
at the second location, the application developer 
packages the application into a signed .msi file that 
includes conditional syntax statement controls that 
require that a user read and agree to an end user 
license agreement for the application and the 
embedded first component/The third control set 
includes a plurality of elements that include the run- 
time licenses mentioned above, security permissions 
controls, EULA controls (a fourth control set), all 
securely bound into the signed .msi file. 



1 . A system as in claim 2 in which said 
rst location and said second location are 
ontained within a Virtual Distribution 
invironment. 



The Microsoft .NET Framework provides a 
Virtual Distribution Environment. Here the 
nodes are the Common Language Runtime 
instances that interpret the controls 
contained within .NET assemblies (among 
other functions). 



9. A system as in claim 2 in which said 
rst secure control set includes required 



The licensing control in the first control set 
specifies the method required to validate 



I! 
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1 




terms. 


1 the license. 


2 




3 


32. A system as in claim 2 in which said 
second secure control set includes required 
terms. 


The security permissions demanded (as 
described above) are required terms for 
execution of the application code elements. 


4 




5 
6 
7 
8 


60. A system as in claim 2 in which said 
means for securely integrating said first arid 
second control sets includes a fourth 
control set. 


In the scenario where the application 
assembly is distributed using a signed .msi 
file, the secure integration of the first and 
second control sets is enhanced by the 
tamper protection afforded by the signed 
.msi file. In the end user license scenario, a 
fourth control set consisting of conditional 
syntax statements is included in the .msi 
file/ 


9 




10 
11 


1 30. A system as in claim 2 further 
including means for executing said third 
control set within a protected processing 
environment. 


The third control set is executed under the 
auspices of the CLR 




12 
13 


132. A system as in claim 130 in which 
said protected processing environment is 
located at a location other than said second 
location. 


The third control set is executed at an end- 
user site within the CLR. 


14 




15 
16 
17 


1 61 . A system as in claim 2 in which said 
third control set includes controls 
containing human-language terms 
corresponding to at least certain of the 
machine-executable controls contained in 
said third control set. 


In the end user license scenario, the third 
control set includes a fourth control set that 
requires that the human user agree with 
license terms displayed to the user. These 
human readable terms are referenced in the 
conditional syntax statement controls 
contained in the signed .msi file. 


18 
19 


1 62. A method as in claim 1 6 1 in which 
said human-language terms are contained 
in one or more data descriptor data 
structures. 


The .msi file is a data descriptor data 
structure. 


20 
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1 70. A system as in claim 2 in which said 
means for creating a first secure control set 
includes a protected processing 
environment. 


The creation of the first licensed 
component, including its licensed controls 
is carried out under the auspices of the 
CLR. 






24 


171. A system as in claim 2 in which said 
means for creating a second secure control 
set includes a protected processing 
environment. 


The application design time environment 
and the creation of the .NET application is 
carried out under the auspices of the CLR. 


25 




26 
27 


1 72. A system as in claim 2 in which said 
means at said second location for securely 
integrating includes a protected processing 
environment. 


The means for integrating the runtime 
license with the application controls is 
carried out under the auspices of the CLR. 






28 


329. A svstem as in claim 2 in which said 


VS.NET runs under Windows. 1 
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means for creating a first secure control set 
includes an operating system based on or 
compatible with Microsoft Windows. 



330. A system as in claim 2 in which said 
means for creating a second secure control 
set includes an operating system based on 
or compatible with Microsoft Windows 



VS.NET runs under Windows. 



33 K A system as in claim 2 in which said 
means at said second location for securely 
integrating said first and second control 
sets includes an operating system based on 
or compatib le with Microsoft Windows 



VS.NET runs under Windows. 
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346. A system as in claim 2 further 
comprising means by which said third 
control set governs the execution of at least 
one load module. 



The third control set in the scenario 
described in the claim map for claim 2 
governs a portable .NET executable 
designed to be loaded into the CLR 4 
environment (a CLR host) 



347. A system as in claim 2 farther 
comprising means by which said third 
control set governs the execution of at least 
one method. 



The third control set in the scenario 
described in the claim map for claim 2 
governs a .NET executable. This 
executabl e contains one or more methods. 



349. A system as in claim 2 further 
comprising means by which said third 
control set governs the execution of at least 
one procedure. 



The third control set in the scenario 
described in the claim map for claim 2 
governs a .NET executable. This 
executable contains one or more 
procedures. 



22 
23 
24 
25 
26 
27 



28 



293482.02 



Exhibit B 
144 



1 

2 
3 
4 
5 
6 
7 
8 
9 

10 
11 

12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
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r GLAlMfEANGUA GE 



^Cli^^OKlNFRJNGEMENT 



18. 



\ method for narrowcasting selected 
ligital information to specified 
ecipients, including: 



Infringing products include Microsoft SMS 
(Systems Management Server) 2.0 and 
subsequent versions. * • 



i) at a receiving appliance, receiving 
selected digital information from a 
sending appliance remote from the 
receiving appliance, 



The receiving appliance is the client (e.g., end 
user computer in an Enterprise setting) 
receiving digital information (packages and/or 
advertisement files) from the sending 
appliance, the centralized SMS database via a 
Client Access Point and/or Distribution Point 
set up on a server. 



the receiving appliance having a 
secure node and being associated 
with a specified recipient; 



The "node" is "secure" as a result of SMS 
security, as well as how it identifies and selects 
clients. 

The "specified recipient" is the result of the 
collection identifying a specific client that 
meets the criteria for a package or 
advertisement. 



i) the digital information having 
een selected at least in part based on 
le digital information's membership in 
first class, wherein the first class 
lembership was determined at least in 
art using rights management 
lformation; and 



The digital information is a software package . 
or advertisement. The "first class membership 
was determined in part using rights 
management information 77 reads on creating 
software packages (or advertisements) based 
on attributes of the software. 



ii) the specified recipient having 
een selected at least in part based on 
lembership in a second class, wherein 
\e second class membership was 
etermined at least in part on the basis 
f information derived from the 
^ecified recipient's creation, use of, or 
iteraction with rights management 
formation; and 



The "specified recipient" is the client selected 
to receive a package or advertisement. That 
recipient is chosen based on a collection rule, 
or on the recipient's possession of a license. 



) the specified recipient using the 
reiving appliance to access the 
raived selected digital information in 
xordance with rules and controls, 
>sociated with the selected digital 
lformation. . 



The receiving appliance is the client computer. 
The SMS agents on the client computer 
receive, evaluate and take the appropriate 
action based on rules and controls governing 
the package and/or advertisement (i.e. the 
selected digital information). 



he rules and controls being enforced I Rules and controls are enforced by Agents on 
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by the receiving appliance secure node. 



the client (the secure node) 



59. The method of claim 48 wherein 
said received selected digital 
information is at least in part event 
information. j ; 



Event information includes SMS event 
information, including Scheduling Classes 



63. The method of claim 48 wherein 
said received selected digital 
information is at least in part executable 
software. 



All SMS packages must include a minimum of 
one program. 



70. The method of claim 48 wherein 
said rules and controls at least in part 
govern usage audit record creation. 



A control governs whether a MIF 
(management information file) is sent back to 
the SMS db after installation is done to report 
on the success or failure of the installation. 



89- The method of claim 48 wherein 
said receiving appliance is a personal 
computer. 



The primary purpose of SMS is to manage 
software on personal computers throughout the 
Enterprise. ■__ 
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INTERTRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 



INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6,1 12,181 



18. 



K method for narrowcasting selected 
Hgital information to specified recipients, 
ncluding: 



Infringing products include Windows 
Media Player and Windows Media Rights 
Manager 



This claim pertains to Windows Media 
Player with Individualized DRM Client and 
Windows Media Rights Manager used in 
the context of a narrowcast pay-per-view 
(hear) media distribution service., 
simulcast and/or subscription services. 



a) at a receiving appliance, receiving 
elected digital information from a sending 
ppliance remote from the receiving 
ppliance, the receiving appliance having a 
ecure node and being associated with a 
pecified recipient 



Receiving appliance is a user's PC with 
individualized DRM client (secure node). 
Specified recipient is a user using the 
specific individualized DRM client to 
access and render narrowcast pay-per-view 
media, simulcast and/or subscription 
services for which the user acquires a 
license. 



i) the digital information having been 
elected at least in part based on the digital 
lformation's membership in a first class, 
/herein the first class membership was 
etermined at least in part using rights 
lanagement information; and 



The digital information is media that is 
narrowcast to licensed recipients. These 
narrowcast streams are licensed to users 
who have acquired licenses and whose PCs 
(appliances) support WMPs that have 
individualized DRM clients. This attribute 
is included in the signed WMA file header 
and is used in the process of acquiring 
licenses for access to the media. Media that 
are licensed to the recipient have their 
licenses bound to the recipient's 
Individualization module. 



i) the specified recipient having been 
sleeted at least in part based on 
lembership in a second class, wherein the 
scond class membership was determined 
t least in part on the basis of information 
erived from the specified recipient's 
reation, use of, or interaction with rights 
tanagement information; and 



The recipient is selected for this content 
based on the fact that the recipient is a 
member of the class of recipients who have 
a license for the narrowcast media and 
whose devices support WMP and 
individualized DRM clients. The 
recipient's machine must indicate support 
for individualization in challenges that are 
sent as part of requests for media in this 
narrowcast class. 



)) the specified recipient using the 
tceiving appliance to access the received 
elected digital information in accordance 
ith rules and controls, associated with the 
elected digital information, the rules and 
Hrtrols being enforced by the -receiving 
ppliance secure node. • 



Recipient's machine uses WMP and the 
individualized DRM client to access the 
narrowcast media in accordance with all 
rules associated with the media and 
contained in the media license - in 
particular, requirements that 
individualization be supported. 
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61. The method of claim 48 wherein said 
received selected digital information is at 
least in part entertainment information. 



The digital information is Windows Media, 
which encodes audio/visual entertainment 
content. 



62/The method of claim 61 wherein said 
entertainment information is at least in part 
music information. * 



Reads.on narrowcast Windows Media Files 
that are music or audio/visual. 



67. The method of claim 48 wherein said 
rules and controls at least in part use digital 
certificate information. 



The license contains a digital certificate. 
The DRM client uses the certificate in the 
license to verify this signature and to verify 
that the header has not been tampered with. 



72. The method of claim 4 8. wherein said 
rules and controls in part specifying at least 
one clearinghouse acceptabl e to 
rightsholders. 



The signed .header contains at least .one 
URL that indicates to the Windows Media 
Rights Manager the license clearinghouse 
to be used in acquiring licenses. 



75. The method of claim 72 wherein said at 
'east one acceptable clearinghouse is a 
ights and permissions clearinghouse. 



This clearinghouse is a license 
clearinghouse responsible for mapping 
rights and permissions onto requested 
content or narrowcasts and binding them to 
the requesting client environment or user of 
this environment. 



59. The method of claim 48 wherein said 
eceiving appliance is a personal computer. 



Windows Media Player and the 
Individualized DRM client run on a 
personal computer. 
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INTER TRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 
INTERTRUST INFRINGEMENT CHART 
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)1 



Infringing products include Windows 
Media Player and Windows Media Rights. 
Manager 



\ method for securely narrowcasting 
elected digital information to specified 
ecipients including: 



This claim pertains to Windows Media 
Player with Individualized. DRM Client and 
Windows Media Rights Manager used in 
the context of a narrowcast simulcast, pay- 
per-view (hear) media distribution service, 
and/or subscription services. The content 
is delivered in a Protected Windows Media 
File. 



a) receiving selected digital information in 
secure container at a receiving appliance 
emote from a sending appliance, the 
eceiving appliance having a secure node, 
le receiving appliance being associated 
/ith a receiving entity 



Narrowcast content is received in a 
Protected Windows Media File. Receiving 
appliance is user's PC with individualized 
DRM client (secure node). 



(i) the digital information having 
been selected at least in part based 
on the digital information's 
membership in a first class, 



The digital information is media that is 
narrowcast to licensed recipients (for 
example, a sold-out concert is narrowcast 
on the Internet to "the class of * licensed (or 
ticketed) viewers ). 



(ii) the first class membership 
having been determined at least in 
part using rights management 
information 



These narrowcast streams are licensed to 
users who have acquired licenses and 
whose PCs (appliances) support WMPs 
that have individualized DRM clients. This 
attribute is included in the signed WMA 
file header and is used in the process of 
acquiring licenses for access to the media. 
Media that are licensed to the recipient 
have their licenses bound to the recipient's 
individualization module. 



)) the receiving entity having been 
elected at least in part based on said 
:ceiving entity's membership in a second 
ass, 



The recipient is selected for this content 
based on the fact that the recipient is a 
member of the class of recipients who has a 
license for the narrowcast media. 



(i) the second class membership 
having been determined at least in 
part on the basis of information 
derived from the recipient entity's 
creation, use of, or interaction with 
rights management information 



The recipient class is determined by the 
license bound to the user's device that 
supports WMP and individualized DRM 
clients. The recipient's machine must 
indicate support for individualization in 
challenges that are sent as part of requests 
for media in this narrowcast class. 



) receiving at the receiving appliance 
lies and controls in a secure container. 



Receives a protected Windows Media File 



(i) the rules and controls having 
been associated with the selected 
digital information; and 



Receives a license that is bound to the file 
as well as to the specific DRM client 
individualization information. 



I) using at the receiving appliance the 
:lected digital information in accordance 



Recipient's machine uses WMP and the 
individualized DRM client to access the 
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with the rules and controls, 



(i) the rules and controls being . 
enforced by the receiving appliance 
secure node. 



104. The method of claim 91 wherein said 
received selected digital information 
includes entertainment information. 



nafrowcast media in accordance with all 
rules associated with the media and 
contained in the media license - in 
particular, requirements that 
individualization be supported. 



The WMP and DRM client enforce the 
rules embedded in the Protected Windows 
Media File License. ____ 



The digital information is Windows Media, 
which encodes audio/visual entertainment 
content. 



! 109. The method of claim 91 wherein said 
I rules and controls at least in part use digital 
certificate information. 



The license contains a digital certificate. 
The DRM client uses the certificate in the 
license to verify this signature and to verify 
that the header has not been tampered with. 
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114. The method of claim 91 wherein said 
rules and controls specify at least one 
clearinghouse acceptable to rightsholders. 



The signed header contains at least orie 
URL that indicates to the Windows Media 
Rights Manager the license clearinghouse 
to be used in acquiring licenses. 



117. The method of claim 1 14 wherein said 
at least one acceptable clearinghouse is a 
rights and permissions clearinghouse. 



This clearinghouse is a license 
clearinghouse responsible for mapping 
rights and permissions onto requested 
content or narrowcasts and binding them to 
the requesting client environment or user of 
this environment. 



131. The method of claim 91 wherein said 
I receiving appliance is a personal computer. 



Windows Media Player and the 
individualized DRM client run on a 
personal computer. - 
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INTER TRUST TECHNOLOGIES CORP. v. MICROSOFT CORP. 



INTERTRUST INFRINGEMENT CHART 
FOR U.S. PATENT NO. 6389,402 




Products infringing: Microsoft Visual Studio 
.NET, .NET License Cpmpiler, .NET 
Framework SDK, and .NET Common 
Language Runtime - 



A method including 



A method for producing a third .NET 
component (application) that incorporates first 
and second .NET component whose 
distribution is license controlled. 



seating a first secure container including a 
Irst governed item and having associated a 
Irst control; 



The first secure container is a first signed 
.NET component that includes a license 
control. The governed item is the .NET 
component.- 

The first control is the set of declarative 
statements comprising the 
LicenseProviderAttribute of a first .NET 
licensed component that provides for a design- 
time license to use the control. This attribute 
also specifies the type of license validation that 
occurs. 



:reating a second secure container including a 
econd governed item and having associated a 
econd control; 



The second secure container is the second 
signed .NET component that includes a license 
control. The governed item is the .NET 
component. 

The second control is the set of declarative 
statements comprising the 
LicenseProviderAttribute of a second .NET 
licensed component that provides for a design- 
time license to use the control. This attribute 
also specifies the type of license validation that 
occurs. 



ransferring the first secure container from a 
irst location to a second location; 



The creator distributes a signed and licensed 
.NET. component. 

An application developer at a second location 
downloads a first .NET component for 
inclusion into an application. 



ransferring the second secure container from a 
bird location to the second location; 



A creator distributes a signed and licensed 
.NET component from a different location. 

Application developer downloads a second 
.NET component for inclusion into an 
application. 
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at the second location, obtaining access to at 
least a portion of the first governed item, the. 
access being governed at least in part by the 
first control; 



At the second location, the application 
developer uses the .NET runtime that includes 
the LicenseManager to access a first governed 
item. . 

Whatever a class (control or component) is 
instantiated (here, an instance of the first .NET 
licensed component), the license manager 
accesses the proper validation mechanism for 
the control or component. 

The first control comprises the declarative 
statement(s) (including licensing statements, 
and code access security statements) of thie first 
.NET component. 



at the second location, obtaining access to at 
least a portion of the second governed item, the 
access being governed at least in part by the 
second control; 



At the second location, the application ~ 
developer uses the .NET runtime that includes 
the LicenseManager to access a second 
governed item. 

Whenever a class (control or component) is 
instantiated (here, an instance of the second 
.NET licensed component), the license 
manager accesses the proper validation 
mechanism for the control or component. 
The second control comprises the declarative 
statement(s) (including licensing statements, 
and code access security statements) of the 
second .NET component. . m _ 



at the second location, creating a third secure 
container including at least a portion of the first 
governed item and at least a portion of the 
second governed item and having associated at 
least one control, the creation being governed 
at least in part by the first control and the 
second control. 



At the second location, the application 
developer uses the .NET runtime that includes 
the LicenseManager to access a first governed 
item and second governed item to construct an 
application, the third secure container. 

Creation governance is accomplished by 
invoking the .NET runtime to access the first 
governed item and the second governed item. 

Whenever a class (control or component) is 
instantiated the license manager accesses the 
proper validation mechanism for the control or 
component. 

The portions of the first governed item and 
second governed item that are being included 
in the third secure container will typically 
include the governed items themselves, ie. the 
.NET components. 

The associated control in this case is the 
LicenseProviderAtiribute, created and inserted 
into the application. 
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EXHIBIT C 



CONFIDENTIAL — SUBJECT TO PROTECTIVE ORDER OF NOVEMBER 19, 2001: 
Exhibit C contains documents or things that are the subject of a Protective Order of this 
Court and cannot be opened or its contents made available to anyone other than this Court 
or counsel of record for the parties. 
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WILLIAM L ANTHONY (State Bar No. 106908) 
ERIC L. WESENBERG (State Bar No. 139696) 
HEIDI L. KEEFE (State Bar-No. 178960) 
BAS DE BLANK. (State Bar No. 191487) 
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One World Trade Center, Suite 1600 
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Facsimile: (503) 228-9446 

Attorneys for Defendant and Couruerclaimant, 
MICROSOFT CORPORATION 



UNITED STATES DISTRICT COURT 
NORTHERN DISTRICT OF CALIFORNIA 
OAKLAND DIVISION 



Case No. C 01-1640 SBA (MEJ) 

Consolidated with C 02-0647 SBA (MEJ) 

DEFENDANT MICROSOFT 
CORPORATION'S PRELIMINARY 
INVALIDITY CONTENTIONS 

(Patent Local Rules 3-3 and 3-4) 



INTERTRUST TECHNOLOGIES 
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I. Patent Local Rule 3 3(a) Identification of Prior Art 

Pursuant lo Patent Local Rule 3-3, Defendant Microsoft Corporation ("Microsoft") makes 
the following Preliminary Invalidity Contentions' with respect to the following patents asserted 
by plaintiff InterTrust Technologies Corporation ("lnlerTrust") in this action: U.S. Patent No. 
6,185,683 ("the "683 patent"); U.S. Patent No. 6,253,193 ("the "193 patent"); U.S. Patent No. 
5,920,861 ("die 861 patent"); U.S. Patent No. 5,982,891 ("the "891 patent"); U.S. Patent No, 
5,917,912 ("the "912 patent"); U.S. Patent No. 6,157,721 ("the "721 patent"); U.S. Patent No. 
5,915,019 ("the "019 patent"); U.S. Patent No. 5,949,876 ("the "876 patent"); U.S. Patent No." ' 
6,112,181 ("the "18J patent"); and U.S. Patent No. 6,389,402 ("the "402 patent"). 

Despite the length of time Uiis case has been pending, discovery is still at an early stage 
due to intervening slays. InterTrust continues to assert eleven patents and over one hundred and 
fifty claims. In view of these factors, Microsoft continues to evaluate the prior art at this time. 
Microsoft reserves the right to amend or supplement its Preliminary Invalidity Contentions to take 
into account prior art, information or defenses that might come to light as a result of its 
continuing discovery efforts, errors subsequently recognized by any of the parties, and as a result 
of further evaluation of the prior art. 2 In addition, Microsoft has moved to strike InterTrust's 
September 2, 2003 PLR 3-1 Preliminary Infringement Contentions as being insufficient. To the 
extent that the Court grants Microsoft's motion and orders InterTrust lo amend/re-serve its 3-1 
statement in compliance with the Local Rules, Microsoft reserves the right to amend or 
supplement its PLR 3-3 Preliminary Invalidity Contentions in response to any amended 
infringement contentions submitted by InterTrust. Microsoft further reserves the right to rely 



These Preliminary Invalidity Contentions incorporate by reference Microsoft's prior Preliminary 
Invalidity Contentions dated August 7 and 16, 2002. 

2 For example. Microsoft reserves the right to amend/supplement this disclosure once InterTrust 
complies with discovery responses, which Microsoft contends are incomplete and inadequate. To 
date, Microsoft has objected to InterTrust's continued refusal to provide information sought in 
discovery, including, but not limited to: the identity of the alleged inventors of specific claims; 
conception or actual reduction to practice dates for specific claims; whether lo there has ever been 
any alleged cmbodimcnt(s) of the asserted claims; and what, if any, specification support is 
aUeged, including from any of the applications for which InterTrust claims priority. 
Each of these pieces of information could affeci the priority date for any given claim, expanding 
or narrowing the window of applicable prior an. Without this iniormation, which is within 
InterTrust's exclusive knowledge and control, Microsoft's PLR 3-3 Contentions are subject to 
amendment and/or supplementation. 
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upon lnterTrust's own activities, alone and in connection with others. Microsoft further reserves 
the right to amend this statement or otherwise further respond if InterTrust contends (or the Court 
rules) that any earlier or later priority dates may apply for individual claims. Microsoft al$o 
reserves its right to amend or supplement these invalidity contentions pursuant to Patent Local 
Rule 3-6 and 3-7. 

Attached hereto, as Appendix A, is a listing showing "the identity of each item of prior art 
that allegedly anticipates each asserted claim or renders it obvious" (PLR 3-3(a)). On information 
and belief, each listed publication became prior art at least as early as the dates given. In 
addition, the citations and explanations provided in the exhibits are mere examples, and Microsoft 
reserves its right to rely on any other portions or aspects of the prior art references and systems 
that may also disclose or practice elements of the asserted claims. Patent Local Rule 3-3 docs not 
require identification of evidence that establishes the inherence of a claim element in an item of 
prior art, nor does it require identification of evidence that establishes knowledge of those of 
ordinary skill in the relevant fields of art. Accordingly, Microsoft does not purport to have 
provided all such information in the attached exhibits. 

From lnterTrust's current document production, it appears that its employees* and 
consultants' activities, including offers for sale, public uses, derivations, "inventions" (as the 
word is used in 35 U.S.C. § 102(g)), and disclosures to Willis Ware, Drew Dean, and others not 
under any duty of confidentiality, constituted or created material and perhaps anticipatory prior 
art to many of the asserted claims. This art was not cited to the Patent Office. Discovery is 
ongoing, and Microsoft reserves the right to amend or supplement this disclosure after Microsoft 
has had an opportunity to investigate this possible prior art during discovery. 
IL Patent Local Rule 3-3(b) and 3-3 (c) Classification and Analysis of Prior Art 

Microsoft contends that at least one term or phrase in each of the asserted claims is 
indefinite under 35 U.S.C. § 112, and hence, each of the asserted claims is incapable of 
construction. However, for the limited purpose of classification and analysis of prior art, 
Microsoft has construed the claim lerms in a manner consisieni with the apparent construction of 
terms offered by InterTrust in its Revised Preliminary Infringement Contentions. Microsoft does 
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not agree with these constructions, and nothing in these Preliminary Invalidity Contentions 
should be construed as an admission, a declaration against interest, whether under the 
Federal Rules of Evidence or otherwise, as to what a particular claim limitation means. For 
this reason, Microsoft's identification of "corresponding structures' 5 for "means-plus- 
function" limitations that are set out in the Preliminary Invalidity Charts are riot 
admissions as to the identity of such structures. Rather, they are based upon Microsoft's best 
guess as to what InterTrust may someday identify as corresponding structures for the means-plus- 
function limitations of its asserted claims, to the extent that Microsoft understands them. 3 

Accordingly, Microsoft's Preliminary Invalidity Contentions should not be construed as 
advocating a particular claim construction for any disputed claim terms. For the limited purpose 
of providing Preliminary Invalidity Contentions, and subject to the conditions set forth above, 
Microsoft has, to the extent possible, attempted to construe the claims in a manner consistent with 
InterTrusfs Revised Preliminary Infringement Contentions. 

Pursuant to Patent Local Rules 3-3(b) and 3-3(c), Microsoft provides the classification of 
prior art in the listing and charts attached hereto as Appendices A and B. Appendix A, beyond 
identifying each item of prior art, further indicates whether each prior art reference is used as an 
anticipatory reference and/or as a reference which, alone, or in combination with other prior art, 
renders the claims obvious. Appendix B includes charts which (1) specifically identify where in 
each item of prior art each element of each asserted claim is found and (2) establish how that 
prior art anticipates or renders obvious all of the asserted claims. In the event that any charted 
prior art is found not to be anticipatory under 35 U.S.C. § 102, Microsoft reserves the right to rely 
upon that art to prove obviousness under 35 U.S.C. § 303. Likewise, in the event InterTrust 



3 To date, InterTrust has refused to identify any structure corresponding to the means-plus- 
function elements in its asserted claims. It is Microsoft's position that this is a violation of the 
Patent Local Rules, and that as a result of refusing to identify a structure associated with each 
means-plus-function element, InterTrust admits that there is no such structure disclosed, has 
waived ns risht to assen claimed structure, and that those claims are therefore invalid at least for 
failure to sausiy the written description requirement of 35 U.S.C. §112. See InterT rust's Patent 
Local Rule 3-fserved September 2, 2003 and InterTrusrs Opposition to Microsoft's Motion to 
Strike InterTrust' s PLR 3-1 Contentions. 
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amends or supplements its Preliminary Infringement Contentions, Microsoft reserves its rights to 
amend and supplement its Preliminary Invalidity Contentions. 

To the extent that any prior art produced to InterTrust has not been classified as prior art 
under 35 U.S.C. §§ J 02 or 103, Microsoft reserves the right to rely on this art or supplement its 
disclosure for the following reasons: • 

(i) Microsoft's position on the invalidity of particular claims will depend on how 
those claims are construed by the Court. As thus far only preliminary claim construction has 
occurred Microsoft cannot take a final position for the bases for invalidity of disputed claims: 
The Court's subsequent claim constructions of remaining teams may yield constructions different 
from what Microsoft assumes herein. 

(ii) Microsoft is continuing to diligently search for relevant prior art but has not yet 
completed that search and continues to evaluate prior art that has been located. 

(iii) Microsoft has not completed its discovery from Plaintiff or from third parties 
with knowledge of the relevant prior art. Depositions of the persons involved in the drafting and 
prosecution of the patents-in-suil, the inventors, and persons who attempted to practice 
InterTrust's claimed invention, for example, will likely affect Microsoft's contentions. 

A. Prior Art Under 35 U.S.C. § 102 Which Anticipates The Asserted Claims of 
Each of the Asserted Patents 

Subject to the above-referenced qualifications concerning the preliminary nature of this 
disclosure, Microsoft believes a reasonable basis exists that, as more particularly explained in the 
Preliminary Invalidity Contentions attached as Appendix B hereto, the references listed in 
Appendix B anticipate the asserted claims of the each of the asserted patents. 

B. Prior Art Under 35 US.G § 103 Which Renders Obvious One or More of the 
Asserted Claims 

Each of the references called out in Appendix A can be combined with one another so as 
to render one or more of the claims of the asserted patents invalid as obvious, and many of them 
are explicitly motivated to do so by virtue of extensive cross-references to one another's 
solutions. Lnierl rusi is currently asserum: 3 51 chums in eleven patents, which cite hundreds of 
references. Hundreds of additional non-cited relevant prior art has been uncovered and cited to 
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InterTrust. The number of potential combinations of these references, if only two or a few 
references are combined for each claim, is necessarily very large. Microsoft requests InterTrust 
to reduce its asserted claims so as to reduce the number of combinations to a manageable number. 
Nonetheless, Microsoft has provided mapping of combinations as discussed below. Indeed, even 
where explicit cross-referencing and incorporation by reference does not exist, the motivation to 
combine any of the references arises from the common objectives and subject matter, digital 
rights management. The common objectives and subject matter arc expressed generally in the 
claim charts of Appendix B, which arc incorporated by reference into Microsoft's showing under 
35 U.S.C. § 103. 

The motivation for seeking "security," privacy and integrity was widely recognized in the 
United States and elsewhere prior to February 1 3, 1 994, and since prior to February 13,1 994, has 
extended to any information or item of perceived value, including books, music, games, computer 
systems, other computer programs, and any digital data or content that maybe deemed valuable or 
worthy of protection. Additional motivations to combine references include the desire to meet or 
exceed any applicable laws or industry or government standards, such as the Orange Book, 
Computer Fraud and Abuse Act of 1986, Computer Security Act of 1989 PL100-35, High 
Performance Computing Act (HPCA) of 1991 (PL102-194), and 17 U.S.C. §§ 101 et seq. 
Industry standards include those for communication such as X.509, TCP/IP, WWW, and WA1S, 
and those for encryption or transmission of encrypted information, e.g. DES, Triple DES, RSA, 
SSL, MIME, S/M1ME, SHTTP, HTTPS, MD5, and PEM. Additional teachings to combine these 
references with such items of information include "security" (including "security" levels), 
permissions, certificates, tickets, "secure" processors, "secure" storage, "smart" cards (including 
smart cards able to store data and perform computations such as encryption/decryption), tamper 
resistance techniques for hardware and software, physical "security", and "trusted" time. Also 
included are authentication and authorization in trusted distributed systems, enabling software or 
features thereof to run only on particular machines or in particular ways, and treating binary 
inlormauon/daia ai varied levels oi Eianujanr-. 
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It was further obvious to combine any of these "security" features with any of the software 

or hardware available at the time. For example, it would have been obvious to combine any file 

and operating systems such as NT, NFS, Andrew, Netware, Mach, DTMach, Multics, Amoeba, 

1SOS, and Unix; or protocols, codes and systems such as secure kernels, WWW, SSL, SGML, 

hyptertext. Oak, Telescript, OOP and other programming technologies or frameworks (e.g. 

Smalltalk, COM, OLE, Bento, OpenDoc; object oriented databases with watermarking; 

obfuscation; swEPe; SNMP; auditing; on-line (or other digitally transmitted) transaction and 

subscription-based services and billings; electronic payment; on-line banking, entertainment and 

commercial interactive commerce; ATMs; encryption and authentication; physical security tools 

and devices; physically secure locations; physically "secure'' products such as tamper resistant 

computer or other devices, "secure" processors, "secure" memory, "smart" cards, set-top boxes, 

portable devices, "secure" communications facilities, electronic wallets. 4 

IIL Patent Local Rule 3-3(d) Disclosure: Invalidity For Failure to Satisfy 
35 U.S.C.§112. 

Each of the asserted IntcrTrust patent claims is invalid as indefinite, for inadequate 
written description and for lack of enablement as those requirement are set forth by 35 U.S.C. § 
112. 5 In accordance with Patent L.R. 3-3(d), Microsoft identifies in Appendix C, attached 
hereto, exemplary bases, on an element by element basis, for invalidating each asserted claim of 
each asserted patent for indefiniteness and lack of an adequate written description. The asserted 
claims are unclear in scope and not nearly as precise as the subject matter allows. 

Appendix C contains examples of why the indefiniteness prohibited by 35 U.S.C. 
§ 1 12(2) arises from many causes, including: 

a) use of terms that lack an ordinary meaning in the art and are undefined in the 

specification; 

4 These examples are not intended to be an exhaustive list and arc set forth for illustrative 

purposes. 

J Microsoft also assens thai one or more of the claims are invalid under 35 U.S.C. § 1 12(1 ) for 
failure to identify the "best mode T lor carrying out the invention. However, pursuant to Patent 
L.R. 3-3(d), Microsoft's arguments related to that defense are not required to be set forth in the 
attached charts, and hence are not included in Exhibit C. 
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b) use of terms that are used in the specification in a manner which is internally 
inconsistent, as well as inconsistent with their ordinary meaning, but are not 
specifically defined in the specification; 

c) InterTrust's refusal to identify the structure in the application's written description 
linked to claim elements subject to 35 U.S.G. § 1 12, H6 ("means (or step) plus 
function); 

d) such excessive disclaimers of specificity of a term that the term becomes ' 
meaningless; 

e) inconsistent uses of a term within a single specification; 

f) inconsistent uses of a term between a specification and something allegedly 
incorporated into that specification; 

g) inconsistencies within the language of a given cJaim; 

h) inclusion of the same element twice in a claim, resulting in improper double 
inclusion of an element; 

i) impermissible reference to trademarks in a claim; 

j) inconsistent use of terms that may be synonyms for one another or that could be 
used to mean same thing or different things. 
The indefiniteness of the asserted claims is exacerbated by InterTrust's attempt to apply these 
claims to the very different structures and techniques of (or those that InterTrust wrongly 
attributes to) the Microsoft accused products. Microsoft reserves the right to modify this listing, 

if and when InterTrust clarifies its infringement contentions and claim construction 
positions. 

Appendix C also provides examples of the lack of an adequate written description 
supporting the asserted claims. For example, the asserted claims fail for lack of an adequate 
written description under 35 U.S.C § 112(1) to the extent that they are construed to contradict 
and/or fail to require the essential, non-optional alleged attributes of the alleged "inventions" 
identibed in their specifications (and any specification allegedly incorporated by reierenccj and 
the applications from which the patents issued. The asserted claims also fail to comply with the 
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written description requirement as sel forth in Gentry Gallery, lnc v. Berkline Corp., 134 F.3d 
1473 (Fed. Cir 1998) to the extent that the scope of any of them exceeds the scope of the alleged 
"invention 55 as set forth in the accompanying specification (and any specification allegedly . 
incorporated therein). For example, in the specification of U.S. Patent No. 6,253,193 lntcrTrust 
states that: 

The present invention assertedly provides a new kind of "virtual 
distribution environment" (called "VDE" in this document) that 
secures, administers, and audits electronic information use. VDE 
also features fundamentally important capabilities for managing 
content that travels "across" the "information highway." These 
capabilities comprise a rights protection solution that serves all 
electronic community members. These members include content 
creators and distributors, financial service providers, end-users, and 
others. VDE is the first general purpose, configurable, transaction 
control/rights protection" solution for users of computers, other 
electronic appliances, networks, and the information highway. 

Accordingly any claims that rely on this specification must be limited in scope to the invention 
described therein. To the extent that they exceed the scope of what is described, they arc invalid 
under the written description requirement. 

Microsoft further contends that each asserted claim, when viewed in its entirety, is 
invalid under 35 U.S.C. § 1 12(1) because the specifications of the patents fail to teach one of 
ordinary skill in the art how to practice the entirety of the broad scope of those claims without 
undue experimentation. 

For example, based on the specification, most if not all of the claims involve the 
use of software of one kind or another, yet the specification do$s not disclose any software 
programs that could be used or adapted for use in practicing the claimed inventions. In addition 
to failing to disclose any software program by explicit reference, the patent specifications does 
not describe with sufficient specificity the identity of software programs needed to practice the 
claimed invention that would prevent the need for undue experimentation by a person skilled in 
the art to practice the claimed inventions. The claims set forth a multiplicity of functions, 
features, and characteristics for the purported inventions, and the specifications are replete with 
reierences to son.ware necessary 10 practicing the inventions, vei the specification neither 
identifies enabling software that satisfies such requirements, nor provides guidance that would 
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allow a person of ordinary skill in the art to program enabling software without undue 
experimentation. 6 

As shown in Appendix C 7 , asserted claims contain terms that are subject to , 
multiple definitions, and the patent specifications do not disclose one or more of the alternate 
definitions. The full scope of the claim is therefore not described or taught in the specification. 
Any claim in Appendix C that contains a claim term subject to multiple definitions fails to teach 
the full scope of the claim and therefore fails the enablement requirement if the specification does 
not specify the operative definition for the term. 

There are numerous other reasons that the unprecedented breadth of scope of the 
claims asserted by InterTrust are not enabied, including InterTrust's failure to implement the 
claims after substantial investment of time, labor, and money. Given the complexity of the 
asserted patents and their interdisciplinary subject matter, the state of the prior art, the absence of 
predictability of the prior art, the amount of experimentation necessary to practice the patents, the 
absence of embodiments, and the absence of guidance for practicing the invention provided in the 
specification 8 , the relative skill of those practicing the art and the breadth of the claims, the 
asserted claims fail to meet the enablement requirement of 35 U.S.C. §11211. 

The full claims of the asserted patents fail to satisfy the enablement and written 
description requirements for the following reasons: 

The '683 Patent 

Claim 2: Claim 2 of the '683 pa!ent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 

6 In its discovery responses, InterTrust refuses to identify software programs necessary for 
practicing the inventions purportedly disclosed in the asserted patents. See InterTrust responses to 
Microsoft Interrogatory Nos, 39 and 40. 

7 See Appendix C for further element by element analysis of invalidity for failure to satisfy 35 
U.S.C. § 1121 1. The indefiniteness of the claim terms addressed in Exhibit C affect enablement 
because the indefiniteness of the claim terms prevents the specification from adequately teaching 
a person of-skilJ in the an how to make and use the full scope of the claimed inventions without 
undue experimentation. 

8 The failure of the specifications to provide necessary guidance also establishes that the claims 
fail to meet the written description requirement of 35 U.S.C. §11211. 
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software and operation of such software on accompanying hardware. Specifically, limitations in 
Claim 2 (63:40-66), both explicitly and implicitly require software. Since no software is 
disclosed in the specification, and since the specification provides no useful programming 
guidance, a person of skill in the art would have to engage a process of trial and error, perhaps 
followed by bottom up software development, in order to make and use the full scope of Claim 2. 
Claim 2 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "security", "secure container," "containing"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. For these reasons and for the reasons .stated 
above with respect to all of the claims, Claim 2 fails the enablement and written description 
requirements of 35 U.S.C. § 112 f 1. 

Claim 3: Claim 3 of the '683 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 3 (64:6-30), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and insufficient programming guidance (if any) is 
provided by the specification, a person of skill in the art would have to engage a process of trial 
and error, perhaps followed by bottom up software development, in order to make and use the full 
scope of Claim 3. Claim 3 also fails the enablement requirement in light of the breadth of the 
subject matter claimed (e.g. "security", "secure container," "rule"). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
slated above with respect to all of the claims, Claim 3 fails the enablement and written description 
requirement of 35 U.S.C. § 11211 1- 

Claim 4: Claim 4 is dependent upon Claim 3 and thus fails the enablement and 
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written description requirements of 35 U.S.C. § 11211 for the reasons slated above. In addition, 
the limitation of Claim 4 fails because it requires additional undisclosed software. 

Claim 5: Claim 5 of the '683 patent fails the enablement requiremenl because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 5 (64:41-66), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 5. Claim 5 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security", "secure container," "governed item"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 5 fails the enablement and written description requirements of 
35 U.S.C. § 1121 1. 

Claim 6: Claim 6 is dependent upon Claim 5 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In addition, 
the limitation of Claim 6 fails because it requires additional undisclosed software.. 

Claim 28: Claim 28 of the '683 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
•software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 28 (70:20-59), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of ski)) in uie an would have to engage a process oi trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 28. Claim 28 
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also fails the enablement requirement in light of the breadth of the subject matter claimed {e.g. 
"security," "electronic intermediary," "being associated with - . ."). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 28 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 f 1. 

Claim 29: Claim 29 is dependent upon Claim 28 and fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 $1 for the reasons stated above. In addition, 
the limitation of Claim 29 fails because it requires additional undisclosed software. Claim 29 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"operati vely connected"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 56: Claim 56 of the '683 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 56 (77:34-56), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 56. Claim 56 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "secure container/' "secure electronic container"). The specification does not teach a 
person of ordinary skill in die an how to practice the full scope of the claim, and a person of skill 
in me an would therefore be required to undertake undue experimentation in order 10 make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
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above with respect to all of the claims, Claim 56 fails the enablement and written description 
requirements of 35 U.S.C § U2f 1. 

Claim 126: Claim 126 of the 4 683 patent fails the enablement requirement 
because the specification does not teach a person of ordinal*)' skill in the relevant arts how to 
practice the purportedly disclosed invention without undue cxperimentation.in the development of 
enabling software and operation of such software on accompanying hardware. Specifically, 
several limitations in Claim 126 (82:50-83:7), both explicitly and implicitly require software. 
Since no software is disclosed in the specification, and no meaningful programming guidance is 
provided, a person of skill in the an would have to engage a process of trial and error, perhaps 
followed by bottom up software development, in order to make and use the full scope of Claim 
126. Claim 126 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "security/' "secure digital container," "trusted intermediary services"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above, with respect to all of the claims, Claim 126 fails the 
enablement and written description requirements of 35 U.S.C. § 1 12 $ 1. 

Claim 127: Claim 127 is dependent upon Claim 1 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 f 1 for the reasons stated above. In 
addition, the limitation of Claim 127 fails because it requires additional undisclosed software. 
Claim 127 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "at least in pan identifies"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed 

The '193 Patent 

Claim 1 Cmm 1 of the * 3 93 paicni fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
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purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 1 (320:62-321:18), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 1. Claim 1 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"budget control," "secure database," "copy control"). The specification does not teach a person • 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make^nd use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 1 fails the enablement and written description requirements of 
35U.S.C.§ 1121 1. 

Claim 2: Claim 2 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f 1 for the reasons stated above. In addition, 
the limitation of Claim 2 fails because it requires additional undisclosed software. Claim 127 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "a time 
substantially contemporaneous"). The specification does hot teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 3: Claim 3 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 3 fails because it requires additional undisclosed software. Claim 3 also 
fails the enablement requirement in light of the breadth Of the subject matter claimed (e.g. 
"encumbrance on said budget"). The specification does not teach a person of ordinary skill in the 
an how io practice the fuli scope of the claim, and a person of skili in the an would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
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full scope claimed. 

Claim 4: Claim 4 is dependent upon Claim 3 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 1 1 for the reasons staled above. In addition, 
the limitation of Claim 4 fails because it requires additional undisclosed software. Claim 4 also 
fails the enablement requirement in light of the breadth of the subject matter; claimed (e.g. "digital 
file authorized by said budget"). The specification does not teach a person of ordinary skill in the 
art how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 11: Claim 1 ] of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
puq>ortedly disclosed invention •without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 1 1 (322:22-45), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by . 
bottom up software development, in order to make and use the full scope of Claim 11. Claim 1 1 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "secure memory," "features"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reasons and for the reasons stated above with respect to 
all of the claims, Claim 1J fails the enablement and written description requirements of 35 U.S.C. 
§112111. 

Claim 15: Claim 15 of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purponedly disclosed invention wiihoui undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
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limitations in Claim 15 (323:15-41), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have.to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 15. Claim 15 
also fails the enablement requirement in light of the breadth of the subject mailer claimed {e.g. 
"security," "secure database"). The specification does not teach a person of ordinary skill in the 
art how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use ihe invention across the 
full scope claimed. For these reasons and for the reasons stated above with respect to all of the 
claims, Claim 1 5 fails the enablement and written description requirements of 35 U.S,C. § 1 12 
11. 

Claim 16: Claim 16 is dependent upon Claim 15 and thus fails the enablement 
and written description requirements of 35 U.SC. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 16 fails because it requires additional undisclosed software. 
Claim 16 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "authentication step"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed 

Claim 19: Claim 19 of the * 193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 19 (324:9-37), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bouom up software development, in order io make and use me full scope of Claim 19. Chum 19 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
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"clearinghouse"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims', 
Claim 1 9 fails the enablement and written description requirements of 35 U.S.C. §112)1. 

Claim 51: Claim 51 of the '193 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software and operation of such software on accompanying hardware. Specifically, several 
limitations in Claim 51 (326:51-327:12), both explicitly and implicitly require software. Since no 
software is disclosed in the specification, and no meaningful programming guidance is provided, 
a person of skill in the art would have to engage a process of trial and error, perhaps followed by 
bottom up software development, in order to make and use the full scope of Claim 51. Claim 51 
also fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"security," "clearinghouse," "location remote from"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 51 fails the enablement and written description requirements of 
35 U.S.C. §11211. 

The '861 Patent 

Claim 34: Claim 34 of the '861 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 34 (24:65-25:15), both explicitly and 
implicitly require software. Since no software is disclosed. in the specification, and no 

✓ 

rneanmpfuj proL'ramjninp puidance is provided, a person of skill in the an would have 10 engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
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and use the full scope of Claim 34. Claim 34 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "descriptive data structure," "element information," 
"metadata rules"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 34 fails the enablement and written description requirements of 35 U.S.C §11211. 

Claim 35: Claim 35 is dependent on Claim 34 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f 1 for the reasons stated above. In addition, 
the limitation of Ciaim 35 fails because it requires additional undisclosed software. Claim 35 also ' 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "rights 
management data structure"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 36: Claim 36 is dependent on Claim 35 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 36 fails because it requires additional undisclosed software. Claim 36 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"content," "rules at least in part governing . . .")• Th e specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 37: Claim 37 is dependent on Claim 36 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 
the limitation of Claim 37 fails because it requires additional undisclosed software. Claim 37 also 
fails the enablement requirement in lighi of the breadth of the subject matter claimed (e.g. 
"descriptive data structure is stored within said first secure container"). The specification does 
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not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. 

. Claim 44: Claim 44 is dependent on Claim 34 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f 1 for the reasons stated above. In addition, 
the limitation of Claim 44 fails because it requires additional undisclosed software. Claim 44 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"representation of the format of data . . ."). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 45: Claim 45 is dependent on Claim 44 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 1 I for the reasons stated above! In addition, 
the limitation of Claim 45 fails because it requires additional undisclosed software. Claim 45 also 
fails the enablement requirement in light of the breadth of the subject mailer claimed (e.g. 
"information regarding elements . . .")• The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 46: Claim 46 is dependent on Claim 44 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 1 1 for the reasons staled above. In addition, 
the limitation of Claim 46 fails because it requires additional undisclosed software. Claim 46 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "target 
data block"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 47: Claim 47 is dependent on Claim 46 and thus fails the enablement and 
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written description requirements of 35 U.S.C § 112 5 1 for the reasons stated above/ In addition, 
the limitation of Claim 47 fails because it requires additional undisclosed software. Claim 47 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "target 
data block," "target environment"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 48: Claim 48 is dependent on Claim 46 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f 1 for the reasons staled above. In addition, 
die limitation of Claim 48 fails because it requires additional undisclosed software. Claim 48 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"source," "source message field"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 58: Claim 34 of the '861 patent fails the enablement requirement because 

the specification does not leach a person of ordinary skill in the relevant arts how to practice the 

purportedly disclosed invention without undue experimentation in the development of enabling 

software. Specifically, several limitations in Claim 34 (24:65-25:15), both explicitly and 

implicitly require software. Since no software is disclosed in the specification, and no 

meaningful programming guidance is provided, a person of skill in the art would have to engage a 

process of trial and error, perhaps followed by bottom up software development, in order to make 

and use the full scope of Claim 34. Claim 34 also fails the enablement requirement in light of the 

breadth of the subject matter claimed (e.g. "metadata information," "generating or identifying at 

least one rule . . ."). The specification does not teach a person of ordinary skill in the art how to 

practice the ful) scope of the claim, and a person of skill in the art would therefore be required to 

undertake undue experimentation in order to make and use (he invention across the full scope 

claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
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Claim 34 fails the enablement and written description requirements of 35 U.S.C. § 1 1 2 1 1 . 

Claim 64: Claim 64 is dependent on Claim 58 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. In addition, 
the limitation of Claim 64 fails because it requires additional undisclosed software. Claim 64 also 
fails the enablement requirement in light of the breadth of the subject matter 'Claimed (e.g. . 
"creation of said first secure container"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 67: Claim 67 is dependent on Claim 64 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons slated above. In addition, 
the limitation of Claim 67 fails because it requires additional undisclosed software. Claim 67 also 
fails the enablement requirement in light of the breadth of the subject matter claimed. The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 68: Claim 68 is dependent on Claim 67 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 68 fails because it requires additional undisclosed software. Claim 68 also 
fails the enablement requirement in light of the breadth of the subject matter claimed. The 
specification does not leach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 
. ..... .__ . Clairo_71: Claim 71 is dependent on Claim 58 and thus fails the enablement and 

written description requirements of 35 U.S.C. §112^1 for the reasons stated above. In addition, 
the limitation of Claim 71 fails because it requires additional undisclosed software. Claim 71 also 
i'aiis the enabieniem requiremeni m Jjghi oi tne oreadth of me subject matter claimed. The 
specification does not leach a person of ordinary skill in the art how to practice the full scope of 

^ -. MICROSOFT S rKEUMfNARY INVALIDITY CONTENTIONS 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 72: Claim 72 depends to Claim 58 and fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 % J for the reasons stated above. In addition, the 
limitation of Claim 72 fails because it requires additional undisclosed software. 

The '891 Patent 

Claim 1: Claim 1 of the '891 patent fails the enablement requirement because the 
specification does not leach a person of ordinary skill in the relevant arts how to practice the ' 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (318:59-319:8), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 1 . Claim 1 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "securely receiving," "secure operating environment," 
"control"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 1 fails the enablement and written description requirements of 35 U.S.C. § 1 12 5 1. 

Claim 22: Claim 22 of the '891 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 22 (320:15-31) both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bononi up soinvare development, in order to make and use 
the full scope of Claim 22. Claim 22 also fails the enablement requirement in light of the breadth 
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of the subject matter claimed (e.g. "securely combining," "control arrangement," "securely 

requiring"). The specification does not teach a person of ordinary skill in. the art how to practice 

the full scope of the claim, and a person of skill in the an would therefore be required to 

undertake undue experimentation in order to make and use the invention across the full scope 

claimed. For these reasons and for the reasons stated above with respect to all of the claims, 

Claim 22 fails the enablement and written description, requirements of 35 U.S.C. § 1 12 <B 1. 

Claim 23: Claim 23 is dependent on Claim 34 and thus fails the enablement and 

written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 

the limitation of Claim 23 fails because it requires additional undisclosed software. 

Claim 26: Claim 26 of the '891 patent fails the enablement requirement because 

the specification does not teach a person of ordinary skill in the relevant arts how to practice the 

purportedly disclosed invention without undue experimentation in the development of enabling 

software. Specifically, several limitations in Claim 26 (320:40-55) both explicitly and implicitly 

require software. Since no software is disclosed in the specification, and no meaningful 

programming guidance is provided, a person of skill in the art would have to engage a process of 

trial and error, perhaps followed by bottom up software development, in order to make and use 

the full scope of Claim 26. Claim 26 also fails the enablement requirement in light of the breadth 

of the subject matter claimed (e.g. "composite data item," securely providing/ 1 ). The 

specification does not teach a person of ordinary skill in the art how to practice the full scope of 

the claim, and a person of skill in the art would therefore be required to undertake undue 

experimentation in order to make and use the invention across the full scope claimed. For these 

reasons and for the reasons stated above with respect to all of the claims, Claim 26 fails the 

enablement and written description requirements of 35 U.S.C. §112^1. 

Claim 27: Claim 27 is dependent on Claim 26 and thus fails the enablement and 

written description requirements of 35 U.S.C. § 1 J 2 % 1 for the reasons stated above. In addition, 

the limitation of Claim 27 fails because it requires additional undisclosed software. Claim 27 also 

fails the enablement requirement in light of the breadth of the subject matter claimed ie.p. 

"combining step"). The specification does not teach a person of ordinary skill in the art how to 
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practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 28: Claim 28 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 28 fails because it requires additional undisclosed software. Claim 28 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (eg. 
"composite"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 29: Claim 29 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 29 fails because it requires additional undisclosed software. Claim 29 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"ensuring the integrity of said association . . The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 31: Claim 31 is dependent on Claim 26 and thus fails the enablement and 
written description requirements of 35 U.S.C § 1 1 2 1 1 for the reasons stated above. In addition, 
the limitation of Claim 31 fails because it requires additional undisclosed software. Claim 31 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
-"codelivering"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 35: Claim 35 of the '891 patent fails the enablement requirement because 
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the specification does not leach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 35 (321 :29-41), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have tQ engagfe a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 35. Claim 35 also fails the enablement requirement in light of the breadth 
of the subject matter claimed {e.g. "secure operating environment")- The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims. Claim 35 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 % 1. 

Claim 36: Claim 36 of the A 891 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 36 (321:44-57), both explicitly and implicitly 
require software. Since no software is disclosed in tire specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 36. Claim 36 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "secure operating environment system," "operatively 
connected," "logically associated with"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reasons and for the reasons stated above with respect to 
all of vjie claims.. Ciaim 36 fails the enabiemeni and written oesenpuon require men is of 35 U.S.C. 
§11211. 
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Claim 39: Claim 39 is dependent on Claim 22 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 1 2 ^ 1 for the reasons stated above. In addition, 
the limitation of Claim 39 fails because it requires additional undisclosed software. Claim 39 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"persistently associating," "control arrangement"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 40: Claim 40 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. In 
addition, the limitation of Claim 40 fails because it requires additional undisclosed software. 
Claim 40 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control arrangement"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 51: Claim 51 is dependent upon Claim J and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 51 fails because it requires additional undisclosed software. Claim 51 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "end 
user electronic appliance," "secure processing step"). The specification does not teach a person 
of ordinary skill in the an how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 53: Claim 53 is dependent upon Claim 22 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. Ln 
addition, the limitation of Cktim 53 fails because u requires additional undisclosed software. 
Claim 53 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed {e.g. "end user electronic appliance"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 54: Claim 54 is dependent upon Claim 26 and thus faijs the enablement 
and written description requirements of 35 U.S.C. § 1 J 2 1 1 for the reasons stated above. In 
addition, the limitation of Claim 54 fails because it requires additional undisclosed software. 
Claim 54 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "end user electronic appliance"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the an 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across ihe full scope claimed. 

Claim 56: Claim 56 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons staled above. In 
addition, the limitation of Claim 56 fails because it requires additional undisclosed software. 
Claim 56 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "end user electronic appliance"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 57: Claim 57 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C § 1 1 2 1 1 for the reasons staled above. In 
addition, die limitation of Claim 57 fails because it requires additional undisclosed software. 
Claim 57 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "end user electronic appliance," "protected processing, environment"). The 
specification does not teach * person of ordinary skill in the art how to practice the full scope of 
the claim, and » person of skill in ihe an would therefore be required 10 undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 
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claimed (e.g. "securely receiving"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 64: Claim 64 is dependent upon Claim 36 and thus fajls the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 for the reasons stated above. In 
addition, the limitation of Claim 64 fails because it requires additional undisclosed software. 
Claim 64 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "controls")- The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the an would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 65: Claim 65 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In addition, 
the limitation of Claim 65 fails because it requires additional undisclosed software. Claim 65 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
processing environment"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 67: Claim 67 is dependent upon Claim 22 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. In 
addition, the limitation of Claim 67 fails because it requires additional undisclosed software, . 
Claim 67 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure processing environment"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in ihe art 
would therefore be ream red to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Microsoft s preliminary invalidity contentions 

* C 01-1640 SB A (MEJ) 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 
21 
22 
23 
24 
25 
26 
27 
28 



Claim 68: Claim 68 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 68 fails because il requires additional undisclosed software. 
Claim 68 x also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure processing environment")- The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 70: Claim 70 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1121 1 for the reasons stated above. In 
addition, the limitation of Claim 70 fails because it requires additional undisclosed software. 
Claim 70 also fails the enablement requirement in light of the breadth of the subject matter 
claimed {e.g. "secure processing environment " "securely processing," "securely executing"). 
The specification does not teach a person of ordinary skill in the art how to practice the full scope 
of the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 71: Claim 71 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. §11211 for the reasons stated above. In addition, 
the limitation of Claim 71 fails because il requires additional undisclosed software. Claim 71 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"securely combining," "control arrangement"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 74: Claim 74 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 1 2 % 1 for the reasons stated above. In 
addition, the limitation of Claim 74 fails because ji requires additional undisclosed sotrware. 
Claim 74 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed {e.g. "securely combining," "combined executable"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. 

Claim 75: Claim 75 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 1 2 f 1 for the reasons staled above. In 
addition, the limitation of Claim 75 fails because it requires additional undisclosed software. 
Claim 75 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "combined control arrangement"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 76: Claim 76 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S C. § 112 % I for the reasons stated above. In addition, 
the limitation of Claim 76 fails because it requires additional undisclosed software. Claim 76 also 
fails die enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"securely receiving steps," "independently performed at different limes"). The specification does 
not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. 

Claim 79: Claim 79 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, die limitation of Claim 79 fails because it requires additional undisclosed software. 

Claim 81: Claim 81 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 81 fails because it requires additional undisclosed software. 
Claim 81 also iaiis the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "securely receiving steps"). The specification does not teach a person of ordinary 
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skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

, Claim 82: Claim 82 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12^ 1. for the reasons stated above. In 
addition, the limitation of Claim 82 fails because it requires additional undisclosed software. 
Claim 82 also fails the. enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "controls"). The specification does not leach a person of ordinary skill in the art*' 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 84: Claim 84 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 $ I for the reasons stated above. In addition, 
the limitation of Claim 84 fails because it requires additional undisclosed software. Claim 84 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"first/second entity's control")- The specification does not teach a person of ordinary skill in the 
art how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 86: Claim 86 is dependent upon Claim 26 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 ]2% 1 for the reasons stated above. In 
addition, the limitation of Claim 86 fails because it requires additional undisclosed software. 
Claim 86 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control"). The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 88: Claim 88 is dependent upon Claim 36 and thus fails the enablement 
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and written description requirements of 35 U.S.C §M 12 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 88 fails because it requires additional undisclosed software. 
Claim 88 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control"). The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. ' 

Claim 89: Claim 89 is dependent upon Claim 1 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 1 2 1 .1 for the reasons stated above. In addition, 
the limitation of Claim 89 fails because it requires additional undisclosed software. Qaim 89 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
"control," "protected processing environment"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 91: Claim 91 is dependent upon Claim 22 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 <J 1 for the reasons stated above. In 
addition, the limitation of Claim 91 fails because it requires additional undisclosed software. 
Claim 91 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use die invention across, the full scope claimed. 

Claim 94: Claim 94 is dependent upon Claim 35 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 
addition, the limitation of Claim 94 fails because it requires additional undisclosed software. 
Claim 94 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does no; leach a person oi ordinary skill in the an how io practice, the 
full scope of the claim, and a person of skill in the an would therefore be required to undertake 
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undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 95: Claim 95 is dependent upon Claim 36 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons slated above. In 
addition, the limitation of Claim 95 fails because it requires additional undisclosed software. 
Claim 95 also fails the enablement requirement in light of the breadth of the •subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

The '912 Patent 

Claim 6: Claim 6 of the '912 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 6 (326:65-327:23), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 6. Claim 6 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "relatively lower level of security," "private portion 
characterized by . . . ," "accessing," "record"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 6 fails the enablement and written description requirements of 

35 U.S.C.§ 11211. 

Claim 7: Claim 7 is dependent upon Claim 8 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 112 f 1 for the reasons stated above. In addition, 
the limitation of Claim 7 fails because it requires additional undisclosed software. Claim 7 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. 
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"relatively higher/lower level of security 11 ). The specification does not teach a person of ordinary' 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 8: Claim 8 of the *912 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 

software. Specifically, several limitations in Claim 8 ( ), both explicitly and implicitly . 

require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage q process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 8. Claim 8 also fails the enablement requirement in light of the breadth 
of the subject matier claimed (e.g. "higher/lower level of security/' "execution space identifier," 
"assembling"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 8 fails the enablement and written description requirements of 35 U.S.C. § 112 1 L 

Claim 9: Claim 9 is dependent upon Claim S and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 9 fails because it requires additional undisclosed software. 

Claim 13: Claim 13 is dependent upon Claim 8 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1121 1 for the reasons stated above. In addition, 
the limitation of Claim 13 fails because it requires additional undisclosed software. Claim 13 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "a 
security level higher that that of the execution space,"). The specification does not teach a person 
of ordinary $ki]j in the an how io practice the fuli scope of the claim, and a person of skill in the 
an would therefore be required to undertake undue experimentation in order to make and use the 
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invention across the full scope claimed. 

Claim 14: Claim 14 is dependent upon Claim 13 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons slated above. In 
addition, the limitation of Claim 14 fails because it requires additional undisclosed software. 

Claim 35: Claim 35 of the '912 patent fails the enablement requirement because 
the specification does not leach a person of ordinary skill in the relevant aits how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 35 (330:27-57), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 35. Claim 35 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "second processing environment remote from first processing 
environment," "identification information"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person. of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. For these reasons and for the reasons stated above with 
respect to all of the claims, Claim 35 fails the enablement and written description requirements of 
35 U.S.C. § 11211. 

The 1200 Patent 

Claim 155: Claim 155 of the '900 patent fails the enablement requirement 
because the specification docs not teach a person of ordinary skill in the relevant arts how to 
practice the purportedly disclosed invention without undue experimentation in the development of 
enabling software. Specifically, several limitations in Claim 155 (370:30-55),-both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed 6y bottom up software development, in order to make 
and use the full scope of Claim 155. Claim 155 also fails the enablement requirement in light of 
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ihe breadth of the subject matter claimed (e.g. "host processing environment," "tamper resistant 

software designed to be loaded into said main memory . . "machine check programming which 

derives information . . . " "integrity programming"). The specification does not teach a person of 

ordinary skill in the an how to practice the full scope of the claim, and a person of skill. in the art 

would therefore be required to undertake undue experimentation in order to make and use the 

invention across the full scope claimed. For these reasons and for the reasons stated above with 

respect to all of the claims, Claim 155 fails the enablement and written description requirements 

of 35 US.C §11211. 

Claim 156: Claim 156 of the .'900 patent fails the enablement requirement 

because the specification does not teach a person of ordinary skill in ihe relevant arts how to 

practice the purportedly disclosed invention without undue experimentation in the development of 

enabling software. Specifically, several limitations in Claim 156 (370:57-371:15), both explicitly 

and implicitly require software. Since no software is disclosed in the specification, and no 

meaningful programming guidance is provided, a person of skill in the art would have to engage a 

process of trial and error, perhaps followed by bottom up software development, in order to make 

and use the full scope of Claim 156. Claim 156 also fails the enablement requirement in light of 

the breadth of the subject matter claimed (e.g. "virtual distribution environment," "host 

processing environment," "tamper resistant software designed to be loaded into said main 

memory . . "machine check programming which derives information . . "integrity 

programming"). The specification does not teach a person of ordinary skill in the art how to 

practice the full scope of the claim, and a person of skill in the art would therefore be required to 

undertake undue experimentation in order to make and use the invention across the full scope 

claimed. For these reasons and for the reasons stated above with respect to all of the claims, 

Claim 156 fails the enablement and written description requirements of 35 U.S.C. § 112*1 1. 

Claim 157: Claim 157 of the 4 900 patent fails the enablement requirement 

because the specification does not teach a person of ordinary skill in the relevant arts how to 

practice the purportedly disclosed invention without undue experimentation in the deveiopmeni of 

enabling software. Specifically, several limitations in Claim 157 (371:16-42), both explicitly and 
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implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to .make 
and use the full scope of Claim 157. Claim 1 57 also fails the enablement requirement in light of 
the breadth of the subject matter claimed (e.g. "virtual distribution environment," "host 
processing environment," "tamper resistant software designed to be loaded into said main 
memory . . .," "machine check programming which derives information . . .," "integrity 
programming"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 157 fails the enablement and written description requirements of 35 U.S.C. § 1 12 ^ 1. 
The '721 Patent 

Claim 1: Claim 1 of the '721 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the" 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (21:10-24), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and enror, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 1. Claim 1 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "load module," "tamper resistance," "security level"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimental on in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 1 fails the 
enablement and written description requirement of 35 U.S.C § 1 12 1 1. 

Claim 5: Claim 5 of the '721 patent fails the enablement requirement because the 
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specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 5 (21:39-47), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to -engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 5. Claim 5 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "software verifying method," "specification"). The 
specification does not teach a person of ordinary skill in the art how to practice the fulJ scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 5 fails the 
enablement and written description requirements of 35 U.S.C. § 1 12 f 1 . 

Claim 9: Claim 9 of the *721 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 9 (22:5-15), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 9. Claim 9 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "distinguishing between trusted and untrusted load modules . . 

"associated digital signature," "conditionally executing"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
above wiih respea to ali of the claims, Claim 9 Jails the enablement and wntien description 
requirements of 35 U.S.C. § 112% 1. 
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Claim 14: Claim 14 of the -721 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 14 (22:44-51), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 1 4. Claim 14 also fails the enablement requirement in light of the / 
breadth of the subject matter claimed (e.g. "arrangement within the first tamper resistant barrier 
that prevents . . .,")• The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons slated above with respect to all of the claims, 
Claim 14 fails the enablement and written description requirements of 35 U.S.C §1121-1. 

Claim J8: Claim IS of the '721 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 8 (22:64-25:3), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 1 8. Claim 18 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "preventing the first computing arrangement . . ."). 
ITie specification does not teach a person of ordinary skill in the art how to practice the full scope 
Df the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
-easons and for ihe reasons Mated above with respect 10 all of ihe claims. Claim 1 8 fails the 
enablement and written description requirements of 35 U.S.C. § 1121 1. 
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Claim 34: Claim 34 of the '721 paient fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 34 (24:47-56), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no jncaningful 
programming guidance is provided, a person of skill in the an would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of CI aim 34. Claim 34 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "secure execution space" "security level"). The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a. person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. For these 
reasons and for the reasons stated above with respect to all of the claims, Claim 34 fails the 
enablement and written description requirements of 35 U.S.C. § 112 1 1. 

Claim 38: Claim 38 of the *721 patent fails the enablement requirement because 
the specification does not teach a person of ordinar)' skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling . 
software. Specifically, several limitations in Claim 38 (25:1-8), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 38. Claim 38 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "computing arrangement surrounded by a first tamper 
resistant barrier . . . ;" "security level")- The specification does not leach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reason? 2nd lor the reasons stated above with respect to 
all of the claims, Claim 38 fails the enablement and written description requirements of 35 U.S.C. 
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§11211. 

The '019 Patent 

Claim 1: Claim 1 of the '019 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (319:46-320:7), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no '•' 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom Op software development, in order to make 
and use the full scope of Claim I. Claim 1 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "associated control," "protected," transferring," 
"protected content file") The specification does not leach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For Uiese reasons and for the reasons stated above with respect to all of the claims, 
Claim 1 fails the enablement and written description requirements of 35 U.S.C. § 1 12 J 1. 

Claim 33: Claim 33 of the '019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 33 (323:60-324:14), both explicitly and 
implicitly require software. Since no software is disclosed in the specification, and no 
meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 33. Claim 33 also fails the enablement requirement in light of the 
breadth of the subject matter claimed (e.g. "means for incorporating," "means for transferring," 
"protected data") The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill m the an would therefore be requited to 
undertake undue experimentation in order to make and use the invention across the full scope 
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claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 33 fails the enablement and written description requirements of 35 U.S.C. § 1 12$ 1. 

Claim 34: Claim 34 is dependent upon Claim 33 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 1 1 for the reasons stated above. In 
addition, the limitation of Claim 34 fails because it requires additional undisclosed software. 
Claim 34 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for applying"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the an would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 35: Claim 35 is dependent upon Claim 34 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112^ 1 for the reasons stated above. In 
addition, the limitation of Claim 35 fails because it requires additional undisclosed software. 
Claim 35 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for applying"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 41: Claim 41 of the '019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 41 (325:7-29), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the an would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 4] . Claim 41 also fails the enablement requirement in light of the breadth 
of the subject matter ciaimeci "virtual distribution environment) The specification does not 
teach a person of ordinary skill in the an how to practice the full scope of the claim, and a person 
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of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 41 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 f L 

Claim 42: Claim 42 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. §112^1 for the reasons stated above. In 
addition, the limitation.of Claim 42 fails because it requires additional undisclosed software. 
Claim 42 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control," "protected information,'* "secure container"). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. 

Claim 47: Claim 47 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. §112 51 for the reasons stated above. In 
addition, the limitation of Claim 47 fails because it requires additional undisclosed software. 
Claim 47 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "control"). The specification does not teach a person of ordinary skill in the art how 
to practice the full scope of the claim, and a person of skill in the art would therefore be required 
to undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 52: Claim 52 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 52 fails because it requires additional undisclosed software. 
Claim 52 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "creating" "secure container," "site"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required 10 undertake undue experimentation in order ic make and use the 
invention across the full scope claimed. 
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Claim 53: Claim 53 is dependent upon Claim 52 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 53 fails because it requires additional undisclosed software. 
Claim 53 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "associated"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 54: Claim 54 is dependent upon Claim 53 and thus fails the enablement 
and written description requirements of 35 U.S.C. §112)1 for the reasons stated above. In 
addition, the limitation of Claim 54 fails because it requires additional undisclosed software, 
Claim 54 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "associated"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 55: Claim 55 is dependent upon Claim 54 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. In 
addition, die limitation of Claim 55 fails because it requires additional undisclosed software. 
Claim 55 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "site"). The specification does not teach a person of ordinary skill in the art how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 64: Claim 64 is dependent upon Claim 54 and thus fails the enablement 
and written description requirements of 35 U-S.C. § 1 12 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 64 fails hecau.se n requires addiuonaj undisclosed software. 
Claim 64 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "portion of said first protected information"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the fuJl scope claimed. 

Claim 76: Claim 76 is dependent upon Claim 41 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 76 fails because it requires additional undisclosed software. 
Claim 76 also fails the enablement requirement in light of the breadth of the subject matter «.'" . 
claimed (e.g. "secure container," "contained"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 78: Claim 78 is dependent upon Claim 52 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 i 1 for the reasons stated above. In 
addition, the limitation of Claim 78 fails because it requires additional undisclosed software. 
Claim 78 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "secure container," "contained"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 81: Claim 81 of the '019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 81 (328:9-23), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software, development, in order ic make and use 
die full scope of Claim 81. Claim 81 also fails the enablement requirement in light of the breadth 
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of the subject matter claimed (e.g. "means for incorporating") The specification does not teach a ' 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. For these reasons and for the reasons stated 
above with respect to all of the claims, Claim 81 fails the enablement and written description 
requirements of 35 US.C. § 1 12 $ 1. 

Claim 82: Claim 82 is dependent upon Claim 81 and thus fails the enablement 
and written description requirements of 35 US.C. § 1 12 <J 1 for the reasons stated above. In 1 
addition, the limitation of Claim 82 fails because it requires additional undisclosed software. 
Claim 82 also fails the enablement requirement in light of the breadth x>f the subject matter 
claimed (e.g. "means for applying," "govern"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 83: Claim 83 is dependent upon Claim 82 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 <fl 1 for the reasons stated above. In 
addition, the limitation of Claim 83 fails because it requires additional undisclosed software. 
Claim 83 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "govern," "means for applying"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 85: Claim 85 of the '019 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 85 (328:28-56), both explicitly and implicitly 
require software . Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
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trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 85. Claim 85 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "creating," "copying," transferring"). The specification does 
not teach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed. For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 85 fails the enablement and written . 
description requirements of 35 U.S.C. § 112) J. 

Claim 87: Claim 87 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. §112)1 for the reasons slated above. In 
addition, the limitation of Claim 87 fails because it requires additional undisclosed software. 
Claim 87 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "copied " "protected information"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 89: Claim 89 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. §112)1 for the reasons stated above. In 
addition, the limitation of Claim 89 fails because it requires additional undisclosed software. 
Claim 89 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "copying," "transferring"). The specification does not teach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 90: Claim 90 is dependent upon Claim 85 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 ) 1 for the reasons stated above. In 
addiuon. the limitation of Claim 90 fails because n requires additional undisclosed software. 
Claim 90 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed. (e.g. "memory"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across ihe 
full scope claimed. 

Claim 93: Claim 93 is dependent upon Claim 85 and thus fails the enablement 

and written description requirements of 35 U.S.C. § 1 12 % 1 for the reasons stated above. In 

addition, the limitation^ of Claim 93 fails because it requires additional undisclosed software. 

Claim 93 also fails the enablement requirement in light of the breadth of the subject matter 

claimed (e.g. "copying transferring"). The specification does not teach a person of ordinary skill 

in the art how to practice the full scope of the claim, and a person of skill in the art would 

therefore be required to undertake undue experimentation in order to make and use the invention 

across the full scope claimed. 

Claim 94: Claim 94 is dependent upon Claim 85 and thus fails the enablement 

and written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons stated above. In 

addition, the limitation of Claim 89 fails because it requires additional undisclosed software. 

Claim 95: Claim 95 is dependent upon Claim 94 and thus fails the enablement 

and written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. In 

addition, the limitation of Claim 95 fails because it requires additional undisclosed software. 

Claim 95 also fails the enablement requirement in light of the breadth of the subject matter 

claimed (e.g. "copied," "protected information"). The specification does not teach a person of 

ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 

would therefore be required to undertake undue experimentation in order to make and use the 

invention across the full scope claimed. 

Claim 96: Claim 96 of the 4 01 9 patent fails the enablement requirement because 

the specification does not teach a person of ordinary skill in the relevant arts how to practice the 

purportedly disclosed invention without undue experimentation in the development of enabling 

soil ware. Specifically, several hmiiauons in Oaim 96 »329:38-?30:12i both explicitly and 

implicitly require software. Since no software is disclosed in the specification, and no 
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meaningful programming guidance is provided, a person of skill in the art would have to engage a 
process of trial and error, perhaps followed by bottom up software development, in order to make 
and use the full scope of Claim 96. Claim 96 also fails the enablement requirement in light of the 
breadth of the subject matter claimed {e.g. "virtual distribution environment," "protected 
information") The specification does not teach a person of ordinary skill in the ait how to 
practice the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the lull scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 96 fails the enablement and written description requirements of 35 U.S.C. § 1 12 ^ 1 . 
The '876 Patent 

Claim 2: Claim 2 of the 4 876 patent fails the enablement requirement because the 
specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 2 (319:20-32), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 2. Claim 2 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "means for . . ♦ securely integrating" "value chain extended 
agreement"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. For these reasons and for the reasons stated above with respect to all of the claims, 
Claim 2 fails the enablement and written description requirements of 35 U.S.C. § 1 12 f 1. 

Claim 11: Claim 1 1 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In addition, 
the iimnation of Claim 1 1 fails because u requires additional undisclosed software. Claim 1 1 also 
fails the enablement requirement in light of the breadth of the subject maner claimed (e.g. 
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"Virtual Distribution Environment")- The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 29: Claim 29 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C § 1 12 1 1 for the reasons stated above. In addition, 
the limitation of Claim 29 fails because it requires additional undisclosed software. Claim 29 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
control," "required terms"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the art would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 32: Claim 32 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 U.S.C § 1 12 ^ 1 for the reasons stated above. In addition, 
the limitation of Claim 32 fails because il requires additional undisclosed software. Claim 32 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
control," "required terms"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the an would therefore be 
required to undertake undue experimentation in order to make and use the invention across the 
full scope claimed. 

Claim 60: Claim 60 is dependent upon Claim 2 and thus fails the enablement and 
written description requirements of 35 US.C § 1 12 f 1 for the reasons stated above. In addition, 
the limitation of Claim 60 fails because il requires additional undisclosed software. Claim 60 also 
fails the enablement requirement in light of the breadth of the subject matter claimed (e.g. "secure 
control," "required terms"). The specification does not teach a person of ordinary skill in the art 
how to practice the full scope of the claim, and a person of skill in the an would therefore be 
required to undertake unaue experimentation in order to make ana use the invention across the 
full scope claimed. 
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Claim 130: Claim 130 js dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 29 fails because it requires additional undisclosed software. 
Claim 29 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for executing . . . control"). The specification does not.teach a* person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and; use the 
invention across the full scope claimed. 

Claim 132: Claim 132 is dependent upon Claim 1 30 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 J 2 K 1 for the reasons stated above. In 
addition, the limitation of Claim 132 fails because it requires additional undisclosed software. 
Claim 132 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "protected processing environment"). The specification does not leach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 161: Claim 161 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 ^ 1 for the reasons stated above. Jji 
addition, the limitation of Claim 161 fails because it requires additional undisclosed software. 
Claim 161 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "machine executable controls"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order lo make and use the 
invention across the full scope claimed. 

Claim 162: Claim 162 is dependent upon Claim 161 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112 % 1 for the reasons stated above. In 
addition, the. limitation of Claim 162 fails because ii requires additional undisclosed software 
Claim 162 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "data descriptor data structures"). The'specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 170: Claim 170 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112*1 1 for the reasons stated above. In 
addition, the limitation of Claim J 70 fails because it requires additional undisclosed software. 
Claim 170 also fails the enablement requirement in light of the breadth of the subject matter ■ 
claimed (e.g. "means for creating a first secure control*'). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. 

Claim 171: Claim 171 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 ILS.C. § 11 2 <H 1 for the reasons stated above. In 
addition, the limitation of Claim 171 fails because it requires additional undisclosed software. 
Claim 171 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means for creating . . . secure control"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 172: Claim 172 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 $ 1 for the reasons stated above. In 
addition, the limitation of Claim 172 fails because it requires additional undisclosed software. 
Claim 172 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means ... for securely integrating"). The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would Therefore be required 10 undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 
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Claim 329: Claim 329 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 ^ 1 for the reasons stated above. In 
addition, the limitation of Claim 329 fails because it requires additional undisclosed software. 
Claim 329 also fails the enablemenl requirement in light of the breadth of the subject matter 
claimed (e.g. "means for creating . . . secure control"). Thc.specificalion does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full- scope claimed. 

Claim 331: Claim 331 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 11211 for the reasons stated above. In 
addition, the limitation of Claim 331 fails because it requires additional undisclosed software. 
Claim 331 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means ... for securely integrating," "based on or compatible with . , ."). Hie 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
experimentation in order to make and use the invention across the full scope claimed. 

Claim 346: Claim 346 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons staled above. In 
addition, the limitation of Claim 346 fails because it requires additional undisclosed software. 
Claim 346 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means by which said third control set governs . . ."). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skill in the art would therefore be required to undertake undue experimentation in order to 
make and use the invention across the full scope claimed. 

Claim 347: Claim 347 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12*1 1 for the reasons stated above. In 
addition, the limitation of Claim 347 fails because it requires additional undisclosed software. 
Claim 347 also fails the enablement requirement in light of the breadth of the subject matter 
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claimed (e.g. "means by which said third control set governs the execution of at least one 
method"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

Claim 349: Claim 349 is dependent upon Claim 2 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 349 fails because it requires additional undisclosed software. 
Claim 349 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "means by which said third control set governs the execution of at least one 
procedure"). The specification does not teach a person of ordinary skill in the art how to practice 
the full scope of the claim, and a person of skill in the art would therefore be required to 
undertake undue experimentation in order to make and use the invention across the full scope 
claimed. 

The '181 Patent 

Claim 48: Claim 48 of the '181 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 48 (48:17-38), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
the full scope of Claim 48. Claim 48 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "narrowcasting selected digital information," secure node," 
"information derived in part from specified recipient's creation"). The specification does not 
teach a person of ordinary skill in the art how to practice the full scope of the claim, and a person 
of skili in the an would tnerejore he rcquijeG 10 undertake undue experimentation in order to 
make and use the invention across the full scope claimed. For these reasons and for the reasons 
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stated above with respect to all of the claims, Claim 48 fails the enablement and written 
description requirements of 35 U.S.C. § 1121 L . 

Claim 59: Claim 59 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 H 1 for the reasons slated above. In 
addition, the limitation of Claim 59 fails because it requires additional undisclosed software. 
Claim 59 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does noi teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 61: Claim 61 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above. In 
addition, the limitation of Claim 61 fails because it requires additional undisclosed software. 
Claim 61 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "entertainment information"). The specification does not leach a person of ordinary 
skill in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. 

Claim 63: Claim 63 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons slated above. In 
addition, the limitation of Claim 63 fails because ii requires additional undisclosed software. 
Claim 63 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "music information"). The specification does not teach a person of ordinary skill in 
the art how to practice the full scope of the claim, and a person of skill in the art would therefore 
be required to undertake undue experimentation in order to make and use the invention across ihe 
full scope claimed. 

Claim 67: Claim 67 is dependent upon Claim 48 and thus fails the enablement 
and wnucn description requirements of 35 U.S.C. § 1 12 % lior me reasons staled above 3n 
addition, the limitation of Claim 67 fails because it requires additional undisclosed software. 
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Claim 67 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "digital certificate information")- The specification does not teach a person of 
ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the art 
would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 70: Claim 70 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 70 fails because it requires additional undisclosed software. 
Claim 70 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed 

Claim 72: Claim 72 is dependent upon Claim 48 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 112? J for the reasons stated above. In 
addition, the limitation of Claim 72 fails because it requires additional undisclosed software. 
Claim 72 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 75: Claim 75 is dependent upon Claim 72 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 <J 1 for the reasons stated above. In 
addition, the limitation of Claim 75 fails because it requires additional undisclosed software. 
Claim 75 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "acceptable clearinghouse" "rights and permissions clearinghouse")- The 
specification does not teach a person of ordinary skill in the art how to practice the full scope of 
the claim, and a person of skill in the art would therefore be required to undertake undue 
expenmemanon m order 10 make and use tnc invention across lhe fuli scope claimed. 

Claim 89: Claim 89 is dependent upon Claim 48 and thus fails the enablement 
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and written description requirements of 35 U.S. C. § 1 12 $ J for the reasons stated above. 

Claim 91: Claim 91 of the '181 patent fails the enablement requirement because 
the specification does not teach a person of ordinary skill in the relevant arts how to practice the 
puiportedly disclosed invention without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 91 (86:47-87:4), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill in the art would have to engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use' 
the full scope of Claim 91. Claim 91 also fails, the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "narrowcasting selected digital information," secure node," 
"information derived in part from specified recipient entity's creation"). The specification does 
not leach a person of ordinary skill in the art how to practice the full scope of the claim, and a 
person of skill in the art would therefore be required to undertake undue experimentation in order 
to make and use the invention across the full scope claimed For these reasons and for the reasons 
stated above with respect to all of the claims, Claim 91 fails the enablement and written 
description requirements of 35 U.S.C. § 1 12 1 1. 

Claim 104: Claim 104 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 <J 1 for the reasons stated above. In 
addition, the limitation of Claim 104 fails because it requires additional undisclosed software. 
Claim 104 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the art how to practice the 
full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

CJaim 109: Claim 109 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 1 1 for the reasons stated above. In 
addition, the limitation of Claim 109 fails because it requires additional undisclosed software. 
Claim 109 also fails the enablement requirement in light of the breadth of the subject matter 
claimed. The specification does not teach a person of ordinary skill in the an how to practice the 
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full scope of the claim, and a person of skill in the art would therefore be required to undertake 
undue experimentation in order to make and use the invention across the full scope claimed. 

Claim 114: Claim 114 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 f 1 for the reasons stated above, in 
addition, the limitation of Claim 1 14 fails because it requires additional undisclosed software. 
Claim 114 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "clearinghouse acceptable to rightsholders"). The specification does not teach a 
person of ordinary skill in the art how to practice the full scope of the claim, and a person of skill 
in the art would therefore be required to undertake undue experimentation in order to make and 
use the invention across the full scope claimed. 

Claim 117: Claim 117 is dependent upon Claim 1 14 and thus fails the enablement 
and wrinen description requirements of 35 U.S.C. § 1 12 % 1 for the reasons staled above. In 
addition, the limitation of Claim 117 fails because it requires additional undisclosed software. 
Claim 117 also fails the enablement requirement in light of the breadth of the subject matter 
claimed (e.g. "rights and permissions clearinghouse"). The specification does not teach a person 
of ordinary skill in the art how to practice the full scope of the claim, and a person of skill in the 
art would therefore be required to undertake undue experimentation in order to make and use the 
invention across the full scope claimed. 

Claim 131: Claim 131 is dependent upon Claim 91 and thus fails the enablement 
and written description requirements of 35 U.S.C. § 1 12 i 1 for the reasons stated above. 

TheM02 Patent 

Claim 1: Claim 1 of the '402 patent fails the enablement requirement because the 
specification does not leach a person of ordinary skill in the relevant arts how to practice the 
purportedly disclosed inventidn without undue experimentation in the development of enabling 
software. Specifically, several limitations in Claim 1 (322:5-25), both explicitly and implicitly 
require software. Since no software is disclosed in the specification, and no meaningful 
programming guidance is provided, a person of skill m the art would have 10 engage a process of 
trial and error, perhaps followed by bottom up software development, in order to make and use 
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the full scope of Claim 1. Claim 1 also fails the enablement requirement in light of the breadth 
of the subject matter claimed (e.g. "creating," "havjng associated a first control" "value chain 
extended agreement," "transferring"). The specification does not teach a person of ordinary skill 
in the art how to practice the full scope of the claim, and a person of skill in the art would 
therefore be required to undertake undue experimentation in order to make and use the invention 
across the full scope claimed. For these reasons and for the reasons stated above with respect to 
all of the claims, Claim 1 fails the enablement and written description requirements of 35 :U.S.C. 
§11211. 

IV. Patent L.R. 3-4 

Each reference identified pursuant to PJLR 3-3(a) but not in the prosecution history, 
and the documents referenced in PLR 3-4 that are sufficient to show the operation of the accused 
features of the products specifically and properly identified in IntcrTrust's PLR 3-1 Statements of 
September 2, 2003, has been or is being produced, or is otherwise available for inspection and 
copying. As set forth in greater detail in Microsoft's Motion to Strike InterTrust's Infringement 
Contentions (filed October 8, 2003), InterTrust's Infringement Contentions pursuant to PLR 3-1 
largely fail to properly identify the "accused instrumentalities." Accordingly, Microsoft reserves 
its right to modify this production, if necessary. Microsoft has specifically sought, and has been 
granted, greater protection and confidentiality for its source code than that provided by Patent 
Local Rule 2-2. Source code for the Accused Instrumentalities is being made available for 
inspection at the offices of Orrick, Herrington & Sutcliffe LLP only in accordance with 
/// 
/// 
/// 
/// 
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Magistrate James' Order of November 5, 2003. Microsoft does not concede that any source code 
made available for inspection (or any corresponding product or software) is or should be 
considered an Accused Instrumentality. 



Dated: November 17, 2003 . WILLIAM L. ANTHONY • 

ERIC L. WESENBERG 
HEIDI LKEEFE 

ORRICK, HERRINGTON & SUTCLIFFE LLP 

Atlornevs for Defendant and Counierplaimant 
■. MICROSOFT CORPORATION 
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NOTICE OF MOTION 

Pursuant to Fed. R. Civ. P. 56(b) and 35 U.S.C. § 102(b), Defendant Microsoa 
Corporation ("Microsoft") respectfully moves for Partial Summary Judgment of Invalidity of the 
Asserted Claims of U.S. Patent No. 5,892,900. This motion is noticed for March 30, 2004 at 1 :00 
p.m. and is based upon this Notice and Memorandunv of Points and Authorities, the Declaration 
of Eric Wesenberg and exhibits thereto. Pursuant to the Court's Standing Order, Microsoft met 
and conferred with counsel for InterTrust prior to filing this motion. Declaration of Eric L. 
Wesenberg in Support of Microsoft's Motion for Partial Summary Judgment of Invalidity of the 
Asserted Claims of the '900 Patent at f 6. , 

MEMORANDUM OF POINTS AND AUTHORITIES 
I. INTRODUCTION 

Microsoft moves for summary judgment of invalidity of claims 155, 156, and 157 
Of U.S. Patent No.. 5,892,900 ("the '900 Patent"), pursuant to 35 U.S.C,§ 1 02(b), based on the 
anticipatory disclosure of the prior art U.S. Patent No. 5, 1 1 3,5 1 8 ("the Durst Patent" or "the Durst 

15 reference"). The Durst Patent issued more than one .year prior to August 12, 1996, the priority 

1 6 date InterTrust claims for the '900 Patent, and discloses every limitation of claims 1 55, 1 56 and 

17 1 57 of that patent.' InterTrust did not cite Durst during the prosecution of the '900 Patent and, 

18 therefore, the examiner did not take it into consideration in examining the claims that are 

19 challenged herein. Granting this motion will render claims 155, 1 56 and 1 57 of the '900 Patent 

20 invalid, simplifying this case by disposing of that patent altogether (these are the only '900 claims 

21 asserted by InterTrust). This will eliminate the need for the jury to learn and understand (i) the 

22 '900 Patent as a whole, (ii) the machine signature programming these claims represent; (iii) the 

23 details of over 100 infringement arguments that are unique to these claims, and (iv) product 

24 activation technology altogether, as there would be no claims asserted against such product 

25 activation technology remaining in the case. 

26 H. LEGAL STANDARD 

A. Legal Standard For Summary Judgment 
28 . The Federal Circuit has repeatedly emphasized that "[s] ummary judgment is as 

1rw>ccx/i ->^< , i NOTICE OF MOTION AND MEMORANDUM IN SUPPORT 
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appropriate in a patent case as in any other." See Avia Group International, Inc. v. ±:ArGear 
California, Inc., 853 F.2d 1557, 1561 (Fed. Cir. 1988); Spectra Corp. v. Lutz, 839 F.2d 1579, 
1581 n. 6, (Fed. Cir. 1988); Brenner v. United States, 773 F.2d 306, 307 (Fed, Cir. 1985). 
"Where no genuine issue of material fact remains and the movant is entitled to judgment as a 
matter of law, the court should utilise the salutary procedure of Fed. R! Civ. P. 56 to avoid 
unnecessary expense to the parties and wasteful utilization of the jury process and judicial. 
7 I resources." Barmag Barmer Maschinenfabrik AG v. Murata Machinery, Ltd., 731 R2d 831, 835 
(Fed. Cir. 1984); Brassica Protection Products LLC v. Sunrise Farms (In re Cruciferous Sprout 
Litig, 301 F.3d 1343, 1 346 (Fed. Cir. 2002) ("Summary judgment is appropriate when there is no 
genuine issue of material fact and the moving party is entitled to judgment as a matter of law."). 

Summary judgment is warranted when the moving party has demonstrated that 
there is no genuine issue as to any material fact and the moving party is entitled to a judgment as 
a matter of law. See Fed. R. Civ. P. 56(c), A fact is material if it 

"might affect the outcome of the suit under the governing law." 
Anderson v. Liberty Lobby, Inc., 477 (J.S. 242, 248 (1986). "With 
respect to whether there is a genuine issue, the court may not 
simply accept a party's statement that a fact is challenged. 
(Citations omitted). The party opposing the motion must point to 
an evidentiary conflict created on the record at least by a counter 
statement of a fact or facts set forth in detail in an affidavit by .a 
knowledgeable affiant. Mere denials or conclusory statements are 
insufficient" 
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Barmag, 731 F.2d at 835-36. 

B. Legal Standard For Patent Invalidity 

1. Requirements of 35 U.S.C. § 102(b) 

A party challenging the validity of a patent claim has the burden of showing 
23 J invalidity by clear and convincing evidence. Brassica, 301 F.3d 1343, 1349 (Fed. Cir. 2002). 
Microsoft moves for summary judgment of invalidity based on 35 U.S.C. § 102(b), which states 
that an individual is not entitled to a patent if their claimed invention "was patented or described 
in a printed publication in this or a foreign country . . . more than one year prior to the date of the 
application for patent in the United States." 35 U.S.C. § 102(b). Summary judgment should be 
granted where the defendant demonstrates that each element of the challenged claim is disclosed 
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in a single prior art reference. Sep id.; Brown v. 3M, 265 F.3d 1349, 1354-(Fed. Cir. 2001). 

The Durst Patent was filed on June 3, 1988 and issued on May 12, 1992. 
InterTrust claims a priority date of August 12, 1996 for the '900 Patent. The Durst Patent issued 
more than four years before the purported effective filing date of the '900 Patent and thus 
indisputably is prior art to the '900 Patent. Ajso, as will be shown below^its specification 
discloses all elements of claims 155, 156 and 157 of the '900 Patent. The Durst reference is • 
therefore invalidating prior art under 35 U.S.C. § 102(b), as the puiported invention of claims 
1 55- 1 57 "was ... described in a printed publication in this . . . country '.. . more than one year prior 
to the date of the application for patent in the United States" for the '900 Patent. 
2. Presumption of Enablement ■ 

In addition to preceding the challenged patent claims by more than one year and 
disclosing all of the claim elements, an anticipatory reference must enable one of skill in the art to 
reduce the disclosed invention to practice. Amgen Inc. v. Hoechst Marion Roussel. Inc., 314 F.3d 
13 13, 1354 (Fed. Cir. 2003). As an issued U.S. patent, the Durst reference carries a presumption 
that it is enabling, even as to the unclaimed materi'aNn its disclosure. Id. at 1355 ("We hold that 
an accused infringer should be ... entitled to have the district court presume the enablement of 
17 unclaimed (and claimed) material in a prior art patent defendant asserts against a plaintiff '): It is 
InterTrust's burden to overcome the presumption of enablement by bringing forward evidence of 
non-enablement. Id. 

III. ARGUMENT 

A - Overview of the Challenged Claims and the Durst Patent 
1. Claims 155. 156 and 157 of the '900 Patent 

Claims 155, 156 and 157 of the '900 Patent each claim the same device, differing 
from each other only with regard to the final element: 



25 




Claim Language 


26 

27 




A virtual distribution environment comprising 
a first host processing environment comprising 


28 


(hardware) 


a central processing unit; 

main memory operatively connected to said central nrnr.^sina unit- 
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mass storage operatively connected to said central-processing unit and 

said main memory; 1 
said mass storage storing tamper resistant software designed to be loaded 

into said main memory and executed by said central processing unit, 



(software) 



said tamper resistant software comprising: " . 

machine check programming which derives information from one or 
more aspects of said host processing environment, / 

one or more storage locations storing said information; ' 

integrity programming which causes said machine check programming to 
derive said information, compares said information to information 
previously stored in said one or more storage locations, and 
generates an indication based on the result of said comparison; and 

programming which takes one or more actions based ort the state of said 
indication; 

said one or more actions including ... 



Claim 155 



... at least temporarily halting further 
processing. 



Claim 156 



... at least temporarily disabling 
certain functions. . 



Claim 157 



.. displaying a. message to the user. 



The claimed device consists of a virtual distribution environment ("VDE") made up of a host 
processing environment ("HPE") comprising standard personal computer hardware - a central 
processing unit ("CPU"), main memory (e.g., RAM) and mass storage (e.g., disk drive) - 
operationally connected to each other so that each can perform its familiar function. The mass 
storage stores software capable of being loaded into main memory and executed by the CPU. 

The claimed software has three aspects: (i) machine check programming, which 
derives information from one or more aspects of the HPE and stores it in one more storage 
locations; (ii) integrity programming, which activates the machine check programming to derive 
the same information and compares it to the information previously stored, and (iii) programming 
that takes one or more actions depending on the result of the comparison. As will be shown 
below, the claim elements make out a programming structure that the Durst reference disclosed 
more than four years before the '900 Patent application was filed. 

Before engaging in an element-by-element comparison, it is useful to look at the 
claims as a whole. The specification of the '900 Patent provides context and sheds light on the 
purpose and function of the claimed purported invention. Programming that derives information 
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about a system, compares it to previously stored, similar information,; andtakes protective action 
based on that comparison is well-known in the art - the derived, stored information is often called 
a "machine signature." The '900 specification contains a discussion of machine signatures that, 
discloses program features corresponding to those of claims 1 5 5-57. 

The disclosed "machine signature" technique involves two programming modules: 
the "installation materials" and the "operational materials": 

The installation materials 3470 may be executed by computer 3372 to 
install the operational materials 3472 onto the computer's hard disk 
3376. The computer 3372 may then execute the operational materials 
3472 from its hard disk 3376 to provide software-based protected 

processing environment 650 and associated software-based tamper 
resistant barrier 672. k 

'900 Patent, 23 1:25-31. ' 

The installation materials derive a machine signature from the electronic appliance 
and embed that signature into the operational materials. Then, when the operational materials are 
initialized on an appliance, they derive the machine signature of the.appliance and compare it to 
the embedded signature: , , 

Correspondence Between Installed Software and Appliance ■ 
"Signature". 

Another technique that may be used during the installation routine 
3470 is to customize the operational materials 3472 by embedding a 
"machine signature" into the operational materials to establish a 
correspondence between the installed software on a particular 
electronic appliance 600 (FIG. 69C, block 3470(7)). This technique 
prevents a. software-based PPE 650 from being transferred from one 
electronic appliance 600 to another (except through the use of the 
appropriate secure, verified backup mechanism).- 

For electronic appliances 600 where it is feasible to do so, the 
installation procedure 3470 may determine unique information about 
the electronic appliance 600 (e.g., a "signature" SIG in the sense of a 
unique value-not necessarily a "digital signature" in the cryptographic 
sense). Installation routine 3470 embeds the electronic appliance 
"signature" SIG in the installed operational materials 3472. Upon 
initialization, the operational materials 3472 validate the embedded 
signature value against the actual electronic appliance 600 signature 
SIG, and may refuse to start if the comparison fails. 

5 900 Patent, 239:4-25. This language is followed by a description of how various machine 
parameters can be used to generate signatures. Id., 239:26-240:42, To summarize, the 
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installation programming embeds a machine signature in the "PPF' ("Etotected Processing 
Environment") software, which embedded signature is validated each time the PPE is initialized 
by comparing it to the machine signature of the current machine. If the two signatures do not 
match, reflecting that the PPE software has been transferred to a different | unauthorized machine, 
the PPE refuses to start. 1 . ~T. r ' ' 

2. The Durst Reference - Overview « 

The Durst Patent, titled "Method and System for Preventing Unauthorized Use of 

Software," discloses the same arrangement, functioning in the same manner; with the same 

elements. The Durst system also has the same purpose as the claimed '900 Patent's system - to 

prevent the use of software on an unauthorized computer. The abstract of the Durst Patent 

succinctly captures its close similarity to the apparatus in claims 155-157 of the '900 Patent: 

. A technique is disclosed for preventing a computer program f^om 
being used by a computer system other than a designated system. The 
values of certain characteristics exhibited by the designated computer 
system first are stored, and then the values of those same 
characteristics exhibited by the completer system which is intended to 
use the computer program are measured and compared to the sjored 
values. If the compared values are substantially the same, the 
computer program may be executed. However, if they are di fferent, 
the computer system which was intended to use the program is . 
inhibited from executing that program. 

And, just as in the '900 Patent, Durst discloses embedding the machine signature in the software 
itself Durst, 26: 14-21; 27:1 1-13. The sections that follow show in detail that Durst discloses 
each and every element of these three '900 Patent claims. 
3. The System Environment 

The three '900 Patent claims first recite the computing context in which the 
programming operates. These basic elements are as follows: 



Claim 
Language 



A virtual distribution environment comprising 



As construed by the Court, this element is simply the sum of the other elements 
that follow. A "virtual distribution environment" is "defined by the elements of 900.155 [claim 
1 55 of the '900 Patent]; it has no definition independent of those elements." Order Denying 
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Motion for Partial Summary Judgment and Construing "Mim-Markman-Glaims" ("Markman 
Order"), July 3, 2003, at 55.' Therefore, the Durst reference need not disclose it as such. 2 

Claim I a first host processing environment comprising 

Language I 



The Court has defined "host processing environment" ("HPE") to mean 
"capabilities .available to a program running on a computer or other device or to the user of a 
computer or other device," which, "[depending on the context ... may be in a single device (e.g. 
a personal computer) or may be spread among multiple devices (e.g., a network)." Markman 
Order, at 45. There is a further distinction between, a non-secure HPE and a secure HPE, the 
latter having two additional features: its "processing and/or data is at least in part protected from 
tampering," and it incorporates "software-based security." Id. 

The Durst reference discloses "HPEs" of both types. First, the Durst reference 
discloses that its technology is to be used within a computer system. Durst, Fig. L, and 5:60-64. 
Second, the software is "tamper-resistant" ("makefsj tampering more difficult and/or allow[s] 
detection of tampering," Markman Order, at 51). Durst discloses an embodiment in which the 
machine signature is itself stored within the software in encrypted form and can thereafter be 
altered only with a password provided by the manufacturer In this embodiment, the 
manufacturer will first confirm that the customer has modified the system hardware and is 
authorized to receive a new password. Durst, 26:14-21; 27:1 1-13; 28:6-27. Additionally, the 
software may be programmed to change the encrypted key after re-recording the machine 
signature so that each password may be used only once. Durst, 28:3-27. The encryption makes it 
more difficult to tamper with the machine signature, which is both part of the software's code and 
central to its authorization functions. 
/// 



The same would presumably apply to the VDE element of claims 156 and 157, which employ 
the term "VDE" in exactly the same fashion as claim 1 55 and which are odierwise almost 
identical to claim 155. 

2 Microsoft maintains its argument that "VDE" is the "present invention" identified in the '900 
Patent ('900 Patent, 2:19-32), and that the asserted claims are invalid for lack of written 
description (35 U.S.C. § 112), non-enablement and are not infringed. 
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Finally, the system described in DurS|t incorporates "software-based security." The 
Court has construed "secure" to mean employing "[6]ne or more mechanisms ... that prevent or 
discourage . . . misuse of or interference with information or processes for the purpose of 
discouraging and/or avoiding harm," which mechanisms may include "tamper resistance" and 
"authentication," the latter separately defined to mean "[identifying (e'.g, a . . . device ' 
including] uniquely identifying." The software contains both the encryption tamper-resistance 
feature described above, and authentication - programming that creates and uses machine 
signatures to uniquely identify hardware and thereby prevent unauthorized use of the software. 
Inasmuch as both of these forms of security are software-based, the Durst reference discloses all 
the features of a HPE under either definition of that term. 



Claim 
Language 



a central processing unit 



A central processing unit is a standard computer component -in personal 
computers, this is typically a microprocessor. The Durst Patent discloses a central processing 
unit. Durst, Fig. 1; 7:26; • / , * 

main memory operatively connected to said central processing unit r 



Claim 
Language 



The Durst reference discloses a main memory (RAM) connected to the CPU. 
Durst, Fig. 1; 7:18-20. 



Claim 
Language 



mass storage operatively connected to said central processing unit and said 
main memory • 



The Durst reference discloses mass storage (disk drive) connected to the CPU and 
main memory. Durst, Fig. 1; 8:15-18 (% for convenience, the following, description is directed 
to software embodied in the form of a floppy disk, although the specification should be 
interpreted to include ... other mass storage devices"); 9:3-4 ("Disk drive 1 16 may take the form 
of a floppy disk drive or a fixed disk drive, the latter also being referred to as a 'hard' or 
'Winchester' disk drive"). 
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Claim ' 
Language 



said mass storage storing tamper resistant software designed to be loaded" 
into said main memory and executed by said central processing unit, said 
tamper resistant software comprising 
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The Durst software is tamper resistant (see discussion of HPE claim element, 
above). It is, in the standard fashion, loaded from mass storage (e.g., a hard or floppy disk drive) 
into main memory (e.g. , RAM) and executed by the CPU. 

• The Programming Is The Same 

7 I ' The "Programming" in the claims at issue has three aspects: "machine check 

8 j programming," which undertakes the generation and storage of the machine signature based on 
HPE information; "integrity programming," Which activates the machine check programming to 
re-generate the machine signature and compares the result with the stored signature; and 
"programming which takes one or more actions" based on the result of the comparison. The 
Durst Patent discloses all of these. , •' 



a - Machine Check Programming 



Claim 
Language 



mach ; ne check programming which derives information from one or more 
aspects of said host processing environment, one or more storage locations 
storing said information . . 6 



(!) The Meaning of This JJement 

"Machine check programming" is a module that derives information from one or 
more aspects of the HPE. The court has defined "derive" to mean "obtain, receive, or arrive at 
through a process of reasoning or deduction, In the context of computer operations, the 'process 
of reasoning or deduction' constitutes operations carried out by the computer." Markman Order, : 

21 J at 21. mother words, the computer programming carries out operations on aspects of the 

22 J computing environment to produce data in some form (the machine signature), which it then : 

23 stores. 

24 The parties agree that this claim language applies to any derivation of information 

25 that represents an attribute of the hardware on which the machine-check programming is running. 

26 Throughout its infringement chart, for instance, InterTrust matches this language with the 

27 /// 

28 J /// 
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following description of an infringing element: "deijives from the clientxamputer .... hardware ID 

information." InterTrust's Amended Disclosures of Asserted Claims and Preliminary 

Infringement Contentions ("IT's Amended Disclosures"), at 18, 20, 34, 36, 38, 40, 42, 44 

(emphasis added). In short, the machine signature may be based on hardware information. 

The parties also agree that hardware ID information cari¥e basedon any parameter 

•of the physical, material part of the computer, such as "one or more of the CDROM device, disk 

adapter, disk device, display adapter, first drive serial number, MAC address, processor serial, 

processor type, RAM size, SCSI adapter, PCMCIA controller, audio adapter, and whether the 

computer is dockable." IT's Amended Disclosures, at 25. Elsewhere in its chart, InterTnist lists 

an overlapping but somewhat different set of hardware attributes that could serve as the source of 

the derived information. Microsoft agrees that any hardware parameters will do. 

"Machine check programming' 5 cannot, however, refer to the derivation of 

« 

attributes solely from software files stored on the system. InterTnist has taken inconsistent 
positions on this point, arguing that even a software module that deri ves its checkable values 
entirely from such files Can constitute "machine check programming." See. e'.g., IT's Amended 
Disclosure, at 23 (accusing Windows File Protection). InterTrust's inconsistency is immaterial to 
this motion as Durst clearly teaches deriving information from hardware, which satisfies the 
requirements of § 102(b) anticipation. 

(2) Machine Check Programming in the Durst Reference 
The Durst Patent discloses machine-check programming that generates a machine 
signature from hardware parameters and stores it. The software contains a "measure signature" 
step, Durst, Fig. 14 (and see generally 26:55-27:3 1), and "the 'signature' of a computer system is 
intended to refer to the values of certain characteristics exhibited by that system." Durst, 3:45-47. 
The characteristics can be of two types: "(a) parameters which are designed specifically into 
individual computer systems (such as the type of processor, the version of operating software, 
etc.), and (b) parameters which are defined by particular tolerances in the manufacture of the 
computer system and its peripherals (e.g., the specific rotating speed of a disk drive, which may 
/// 
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vary within a range of design tolerances, etc.)." Id., 3:60-68. Much Of_Qurst's written description 
explains how to measure particular hardware characteristics in order to create a machine 
signature, such as the 

identification of the computer system processor, the clock speed of 
the computer system clock generator, an identification of the 
computer system ROM, the wait time, or wait cycles, assigned to 
the computer system processor for accessing a RAM, the rotary 
• speed of a computer system disk drive, the access speed of that disk 
drive and the sector interleave value of that disk drive. 

Id, 3:50-57; coL 1 1 T col. 25 (detailed description of measuring techniques). However, "[t]he 
invention is not intended to be limited solely to fhe^e examples; and other characteristics which 
can be used to distinguish one computer system from another are contemplated." Id, 3:57-60. 
The signature is "determined in accordance with the subroutines" that extract these various 
hardware measurements, as described in columns 11-25. Durst, 25:58-60. ' 

The Durst reference also discloses ; "one or more storage locations storing said 
information": "After the signature of the computer system has been measured, it is recorded, or 
stored, in the software integrated with the applications program." Id., 26:14-16; also 27: 1 1-13. 
b. Integrity Programming . 



Claim 
Language 



integrity programming which 

causes said machine check programming to derive said information 
compares said information to information previously stored in said 
one or more storage locations, and 

generates an indication based on the result of said comparison 



(1) The Meaning of This Element 

The integrity programming activates Jhe machine check programming, causing it 
:o derive information based on HPE parameters in the same manner as discussed above, to 
compare the result to the previously stored result, and to generate an indication reflecting the 
>utcome of that comparison. 

An aside is needed regarding the phrase "said information." This language is 
lightly confusing in that it might be taken to mean that the results of the derivation of 
nformation must be the same as the previously stored information. Yet the purported invention's 
unctionality depends on comparing the latter result with the machine signature previously stored 
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to determine if the two are different. Thus, "said information" must meatt information derived in 
the same manner by the same programming, but which may lead to a different value each time it 
is run. This construction of the term is supported by the specification, '900 Patent, 239:4-25, and 
by InterTrust's own infringement chart. 3 IT's Amended Disclosures, at 28. 

(2) Integrity Programming in the Durst Reference 
Just as in the '900 Patent claims, the Durst reference discloses programming which 
causes the machine signature to be derived, compares it with the stored signature, and produces 
an indication based on the result. On this point, the language of the Durst Patent is such that a 
comparison chart is the most efficient way to demonstrate the correspondence between the claim 
language and the Durst reference: 



. integrity programming 
which 


• 1 : 

"The copy protection procedure inquires initially at 1402 if a 
signature has been stored previously on the floppy disk. If 
this inquiry is answered in the affirmative/ 5 (26:59-62: Fig. 
14) : 


causes said machine 
check programming to" 
derive said 
information, 


"then the signature of the computer system with which the 

applications program is. intended to be run is measured." 

(26:62-64) • •' 

. *. « 
•* * * 


compares said 
information to 
information previously 
stored in said one or 
more storage locations, 
and 


"If the measured signature is the same as the previously 
determined and stored signature, inquiry 1412 is answered in 
the affirmative and the applications program is executed, as 
represented by instruction 1408. However, if inquiry 1412 is 
answered in the negative, an error message is displayed, 
thereby indicating that an attempt has been made to run the 
applications program on an unauthorized computer system.' 5 
(26:64-27:3) . 


generates an indication 
based on the result of 
said comparison; and 



/// 
/// 
/// 
/// 



Microsoft rejects InterTrust's infringement assertions as to its products and cites InterTrust's 
infringement position only to show that the parties are in agreement on the relationship between 
the two different hardware checks that the software performs. 
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Programming That Undertakes an Actjgn Based on the 
Comparison Result 



Claim 
Language 


programming which takes one or more actions based on the state of said 
indication 


Claim 
155 only 


said one or more actions including at least temporarily halting further 
processing. 


Claim 
156 only 


said one or more actions, including at least temporarily disabling 
certain functions. 


Claim 
157 only . 


. said one or more actions including displaying a message to the user. 



The action the software takes upon discovering a discrepancy between the 
previous and the cunrent machine signature is the only respect in which claims 155, 156 and 157 
differ from one another. The Durst reference discloses a response to an attempt at unauthorized 
use of the software that satisfies each of these three different claim elements: 4 "JTjf inquiry 1412 
[the check of whether the present and stored signatures match] is answered in the negative, ah 
error message is displayed, thereby indicating* that an attempt has been made to run the 
applications program on an unauthorized computer system. It is appreciated that, under this 
condition, the applications program cannot be executed." Durst, 26:68-27:5. This clearly meets 
the limitations of displaying a message to the user and disabling certain functions, respectively. 

Regarding "at least temporarily halting processing," the Durst Patent discloses that 
the consequence of a negative comparison of machine signatures is to halt processing of the 
protected software. Durst, Figs. 13B, 14, 15; col. 26:68-27:5. 
/// 

/// . • 
/// 
./// 
/// 

/// * • 

/// 



27 Microsoft notes that the claim language, read plainly, actually requires that the programming 
_ take one or more actions regardless of the outcome of the comparison: "programming which takes 
~° one or more actions based On the state of said comparison." 
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IV. CONCLUSION 



Because the Durst Patent disclosure has each and, every element of the challenged 



claims Microsoft respectfully requests that the Court declareclaims 155, 156 and 157 of U.S. 
Patent No. 5,892,900 to be invalid as anticipated by a prior patent, pursuant to 35 U.S.C. 

§ io?(b). • • .—; . 
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NOTICE OF MOTION /-— -■• 

Pursuant to Fed. R. Civ. P. 56(b) and 35 U.S.C. § 102(b), Defendant Microsoft 
Corporation ("Microsoft") respectfully moves for Partial Summary Judgment of Invalidity of the . 
Asserted Claims of the ' 1 8 1 Patent. This motion is notibed for March 3 0, 2004 at 1 :00 p.m. and is 
based upon this Notice and Memorandum of Points and Authorities, the Declaration of Sam 
O'Rourke and-exhibits thereto. Pursuant to the Court's Standing Order, Microsoft met and 
conferred with counsel for InterTrust prior to filing this motion. Declaration of Eric L. Wesenberg 
In Support of Microsoft's Motion For Partial Summary Judgment of Invalidity of the Asserted 
Claims of the '900 Patent at U 6. , 

MEMORANDUM OF POINTS AND AUTHORITIES 
I. INTRODUCTION 

Microsoft moves for summary judgment of invalidity of all asserted claims of U.S. 
Patent No. 6,1 12,181 (the "' 181 patent"), 1 pursuant to 35 U.S.C. § 102(b), based on the 
anticipatory disclosure of the prior art International Publication Number W096/27155, published 
under the Patent Cooperation Treaty on September 6, 1996 (the "PCT". publication). 2 The PCT . 
publication was published more that one year prior to the application for the '181 patent and 
discloses every limitation of each asserted claim of the ' 1 8 1 patent. InterTrust did not cite the 
PCT publication during the prosecution of the '181 patent and, therefore, the examiner did not 
take it into consideration as prior art in issuing the claims that are asserted against Microsoft. 

Granting Microsoft's summary judgment motion will render the asserted claims Of 
the ' 1 81 patent invalid, simplifying this case by eliminating fourteen claims and the need for a 
jury to learn and understand the ' 1 8 1 patent technology. It would also eliminate the need to 



' The '181 patent is attached as Exhibit A to the Declaration of Sam O'Rourke. 

2 The "PCT' publication is an application filed by InterTrust and is almost identical to InterTrust's 
U.S. Patent Application No, 08/388,107 (the "'107 application") filed on February 13, 1995, and later 
abandoned. The '107 application, often referred to as the "Big Book," spawned the majority of the 
InterTrust patents asserted against Microsoft in the present litigation. Many of the asserted patents are 
either continuations of the ' 1 07 application, or incorporate its specification by reference. The PCT 
publication (W096/27155) is attached as Exhibit B to the Declaration of Sam O'Rourke. 
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consider Microsoft's "System Management Server (SMS)" product, versions 2.0 and later, as the 
only claims asserted against this product are from the ' 1 8 1 patent. 
II. LEGAL STANDARD 

A. Legal Standard For Summary Judgment , 

The Federal Circuit has repeatedly emphasized that "[sjiunmary judgment is as 
appropriate in a patent case as it is in any other case." Desper Prods, v. QSound Lab., 157 F.3d 
1325, 1332 (Fed. Cir. 1998) (citing C.R. Bard, Inc. v. Advanced Cardiovascular Systems, Inc., 
91 1 F.2d 670, 672 (Fed. Cir. 1 990); See Avia Group International, Inc. v. L.A. Gear California, 
Inc., 853 F.2d 1557, 1561 (Fed. Cir. 1988); Spectra Corp. v. Lutz, 839 F ? 2d 1579, 1581 n. 6 (Fed. 
Cir. 1988); Brenner v. United States, 773 F.2d 306, 307 (Fed. Cir. 1985). "Summary judgment is 
appropriate when there are no issues of material fact and the moving party is entitled to judgment 
as a matter of law." Liquid Dynamics Corp. v. Vaughan Co., Inc., 2004 U.S. j/Vpp. LEXIS 1065, 
*13 (Fed. Cir. Jan. 23, 2004); See Fed. R f Civ. P. 56(c). A fact is material if it "might affect the" 
outcome of the suit under the governing law." Anderspn v. Liberty Lobby, Inc. 477 U.S. 242, 248 
(1986). 

"With respect to whether there is a genuine issue, the court may not simply accept 
a party's statement that a fact is challenged, (citations omitted) The party opposing the motion 
must point to an evidentiary conflict created on the record at least by a counter statement of a fact 
or facts set forth in detail in an affidavit by a knowledgeable affiant. Mere denials or conclusory 
statements are insufficient." Barmag Banner Maschinenfabrik AG v. Murata Machinery, Ltd., 
731 F.2d at 835-36 (Fed. Cir. 1984). 

22 B- Legal Standard For Patent Invalidity 

23 ^ indivi dual is only entitled to a patent for an invention that is novel at 

24 the invention was made. Thus, a defendant in a patent infringement action is entitled to summary 

25 judgment of invalidity if it establishes by clear and convincing evidence that the applicant failed 

26 to meet the requirements of patentability. WMS Gaming Inc. v. International Game Tech., 184 

27 F.3d 1339, 1355 (Fed. Cir. 1999). Microsoft moves for summary judgment of invalidity based on 

28 35 U.S.C. § 102(b), which states that an individual is not entitled to a patent if their claimed 
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invention "was patented or described in a printed publication in this onrforeign country . more 
than one year prior to the date ofthe application for patent in the United States." Summary 
judgment should be granted where the defendant demonstrates that each element of each 
challenged claim is disclosed in a single prior art reference. See Brown v. 3M, 265 F.3d 1349, 
1351 (Fed. Cir. 2001). . . 

• As stated above, Microsoft's motion is based upon the September 6, 1996 
publicatioh of PCT publication W096/27155. InterTrust's '181 patent was filed on November 6, 
1997. The PCT publication, therefore, was published a year and two months prior to the filing 
date ofthe '181 patent and, as will be shown below,, discloses ail elements ofthe asserted claims 
ofthe '181 patent. Thus, the PCT publication is invalidating prior art under 35 U.S.C. § 102(b), 
as the purported invention of the asserted claims of the ' 1 8 1 patent was "described in a printed 
publication in,: . . a foreign country ... .more than one year prior to the date of the application 
for" the ' 181 patent in the United States. 
III. ARGUMENT 

The asserted claims ofinterTrust's '181 patent recite a method for sending 
selected digital information to selected recipients, using "rules and controls" to govern the use of 
that information. The recipients are permitted to use the digital information in a controlled 
environment that enforces the associated "rules and controls." 

As shown below, the PCT publication discloses all ofthe elements with parallel 
20 I functionality as those recited in the asserted claims of the ' 1 8 1 patent. 3 

A - The PCT Pu blication Anticipates Claim 91 Of The '181 Patent 

Claim 91 of the '181 patent is the narrowest asserted independent claim. 
Demonstration of how the PCT publication anticipates claim 91 will, therefore, simplify the 
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3 The asserted claims of the' 181 patentare claims 48, 59, 61, 62, 63, 70, 72, 75, 89, 91, 104, 114, 
117, 3nd 131. 
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analysis of how the PCT publication anticipates the broader asserted independent claim "48. 4 
Claim 91 states as follows: 

91. A method for securely narrowcasting selected digital information to specified 
recipients including: 

(a) receiving selected digital information in a secure container at a ' 

recdving appliance remote from a sending appMance, the receiving 
• appliance having a secure node, the receiving appliance being associated ' 

with a receiving entity; 

(i) the digital information having been selected at least in part based 
on the digital information's membership in a first class, 

(ii) the first class membership/having been determined at least in 
part using rights management information; 

(b) the receiving entity having been selected at least in part based on said 
receiving entity's membership in a second class, . 

1 i .... 

(i) the second class membership having been determined at least L 
part on the basis of information derived from the recipient entity's 
creation, use of, or interaction with rights management information; 

(c) receiving at the receiving appliance ^ rules and controls in a secure 
container, 

(i) the rules and controls having been associated with the selected 
digital information; and 

(d) using at the receiving appliance the selected digital information in 
accordance with the rules and controls, 



in 



20 I ® the mlQS ^ controls being enforced by the receiving appliance 

'' • secure node. 



The sections that follow demonstrate, on an element-by-element basis, that 
the PCT publication anticipates claim 91. 

1. Claim 91^ Preamble 



Claim 
Language 



A method for securely narrowcasting selected digital information to 
specified recipients including: . 



! ,1,™ De P^ t c'ainMthat reference claim 9 1 are addressed individually in the sections following the 
2g claim 91 analyse Dependent claims that reference claim 48 follow the analysis of that claim 
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A preamble limits the claimed invention if it "recites essential stracture or sfeps, or 
if it is 'necessary to give life, meaning, and vitality' to the claim." Smithkline Beecham Corp. v. 
Excel Pharms., Inc., 2004 U.S. App. LEXIS 1323, *13 (Fed. Cir. Jan. 29, 2004) (citing Catalina 
Mktg. Int'l v. Coolsavings, 289 F.3d 801, 808 (Fed. Cir. 2002)). In this case, the preamble of 
claim 91 recites the step of "narrowcasting" which is necessary to give "life, meaning, and vitality 
to claim 91. 'This functionality is not otherwise recited in the body of claim 91, yet it is the ' 
subject of the alleged invention of the '181 patent. InterTrust chose to use both the preamble and 
8 | the body of claim ; 9 1 to define the subject matter of the claimed invention. When limitations in 
the body of the claim rely upon and derive antecedent basis from the preamble, then the preamble 
may act as a necessary component of the claimed invention. See, e.g.. Electro Sci. Indus, v. 
Dynamic Details, Inc., 307 F.3d 1343, 1348 (Fed. Cir. 2002); Rdpoport v, Dement, 254 F.3d 
1053, 1059 (Fed/Cir. 2001). Here, the preamble of claim 91 is limiting. 

The preamble recites a method for narrowcasting selected digital information to 
specified recipients. The term "narrowcast" has an ordinary and customary meaning, which is 
"[t]o transmit data to selected individuals. Contrast with broadcast." Alan Freedman, Computer- 
Desktop Encyclopedia, 9th Edition, McGraw Hill (2001) (hereafter "Computer Desktop 
Encyclopedia") at 65 V? Although the '181 specification fails to define "narrowcast," it uses the 
term consistent with its ordinary meaning: 



9 
10 
11 

12 

.13 
14 
15 
16 
17 
18 

1 9 I T ¥ s d | s P la y may be a "narrowcasting" to a customer based upon his matching 

9n priorities, available digital information resources (e.g., repository, property, etc ) 

zu and associated, available classification information. 

21 '181 Patent 8:15-19. 

22 The PCT publication discloses the narrowcasting of digital information. For 

23 example, it provides for the administering of an SAT examination to students at various schools 

24 J or testing sites. PCT at 913. The example discloses narrowcasting functionality, in that the SAT 
25 

26 

27 

28 



* The referenced pages of the Computer Desktop Encyclopedia are attached as Exhibit C to the 
Declaration of Sam O'Rourke. 
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1 test to be administered (data) is transmitted to the particular schools or-^t sites" (selected 

2 ' individuals) administering the exam. Id. Specifically, the PCT publication states: 

A scheduled SAT examination for high school seniors is prepared by the 
Educational Testing Service. The examination is placed in a VDE container for 
scheduled release on November 1 5, 1 994 at 1 :00 PM Eastern Standard time. 
The SAT prepares one copy of the container for each school or-other location 
which will conduct the examination. The school or other location ("test site") 
will be provided with a distributed examination container securely containing 
the VDE identification for the "administration" electronic appliance and/or test ' 
administrator at the test site (such as, a testing organization) and a budget 
enabling, for example, the creation of 200 test VDE content containers. 

Id 6 . 

Thus, the PCT publication discloses the narrowcasting aspect of the preamble of 
10 | claim 91 of the '181 patent. ' 

2. Claim 91 - Element (a) 

(a) receiving selected digital information in a secure container at a receiving 
appliance remote from a sending appliance, the receiving appliance having 



Claim 
Language 



a secure node, the receiving appliance being associated with a receiving 
entity; • 



This element can be separated into six unique requirements, each of which is 
disclosed by the PCT publication. 

a * The PCT publication discloses a receiving appliance that 
receives information front a remote sending appliance 

Claim 9 1 , element (a) requires a receiving appliance to receive information from a 
remote sending appliance. The term "appliance" is referenced in the specification of the '181 
patent as follows: 

Such electronic interactions supported by the Distributed Commerce Utility 
may, for example, entail the broadest range of appliances and distribution 
media, non-limiting examples of which include networks and other 
communications channels, consumer appliances, computers, convergent 
devices such as WebTV, and optical media such as CD-ROM and DVD in 
all their current and future forms. 



Additional examples from the PCT publication include law firms using "VDE" to selectively 
97 i! d,stribute docume nts, including filing briefs electronically with the courts; VDE trial subscriptions for a 
z ' J newspaper; and automated tax collection, such as sales tax, using VDE. PCT at pp. 792-800, 610, and 
690-9 L The SAT example is simply illustrative. 



28 
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'181 Patent 35:25-31 (emphasis in quoted text has been added unless otherwise noted): Although 
the scope of the term "appliance" has not been determined by the Court, any construction would 
certainly encompass the disclosure of the PCT publication, which states: 

Electronic appliance 600 may be practically &y kind of electrical or electronic 
device, such as: , , 

a computer 

a T.V. "set top" control box 
' a pager 

a telephone 
a sound system 
a video reproduction system 
; ' : a video game player 

a "smart" credit card 

i 

PCT at 180. The PCT publication discloses a system whereby the appliance at each school or 
testing site designated, to administer the SAT test (receiving appliances) electronically receives an 
SAT test from an Educational Testing Service appliance (sending appliance). PCT at 913. The 
PCT publication specifically discloses a receiving 1 appliance as follows: 

The examination is placed in a VDE container for scheduled release . . . The 
SAT prepares one copy of the container for each school or other location which 
will conduct the examination. The school or other location (".test site") will be 
provided with a distributed examination container securely containing the VDE 
identification for the 'administration' electronic appliance . 

Id. A sending appliance is also disclosed. The above-quoted passage states that a "VDE 
container" is used for distribution. Creation of VDE protected objects (i.e. the "VDE container - 
containing the SAT test) requires the use of a VDE appliance. PCT at 180, 189. 

b. The PCT publication discloses a sending appliance located 
"remotely" from the receiving appliance 

Element (a) requires the sending appliance to be located "remotely" from the 
receiving appliance. One ordinary and customary meaning of the term "remote" in computer 
science is: 
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Located at a distance from another computer that is accessible-by cables or other 
communications links: a remote terminal?. 

Dictionary.com Computer Science Dictionary (2004). 8 Use of the term "remote" in the ' 181 
specification is consistent with this ordinary meaning: 

, distribution using VDE that may package both the electronic content arid control 
information into the same VDE container, and/or may involve the delivery to 
an end-user site of different pieces of the same VDE managed property 
from plural separate remote locations and/or in plural separate VDE content 
containers and/or employing plural different delivery means; 

8 I '181 Patent 26:64-27:3. 

9 I . The PCT publication discloses a system where an: 

1 0 1 Appliance 600 may communicate with the outside world through any of the 

connections/devices normally used within an electronic appliance TJhe 
connections/devices shown along the bottom of the drawing are examples- a 
modem 618 or other telecommunications link; ... a "cable" 628 
connecting the appliance with a "network" 

PCT at 180-81. The fact that the Educational Testing Service is at a different location than the 

P that appliances may be connected by modem, 

cable or other telecommunications link, is a disclosing that the Educational Testing Service 
(sending appliance) is located remotely from the testing sites (receiving appliances), 

c The PCT p ublication discloses the transmission of "digital 
information" — . 

. i 

Claim element (a) requires the information sent and received to be "digital 
information." The PCT publication discloses an example of a system for the electronic 
distribution and administration of an SAT exam where data is transferred in digital form, as the 
test is placed in a VDE container. PCT at 913. All data in a computer is by necessity in digital 
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23 fl form. 
24 



v» Pnl-?nr a ^nM em0 i e node " "" A remote user or workstation. Access to the company LAN is made 
I at 836 ™ 3 0011,1601,011 at *» remote access S€ ^ er "- Computer Desktop Encyclopedia 

1 u uu J!f rofe ^ nc , ed 1*8^ of the Dictionary.com Computer Science Dictionary (2004) are attached as 
Exhibit D to the Declaration of Sam O'Rourke. 
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d - The PCT p ublication discloses the transmission of digital 
information in a "secure container" 

- - . • 

Element (a) requires digital information to be transferred in a "secure container." 
"Secure container" has been construed by the Court to mean, "A container (defined supra) that is 
secure (define supra)." The Court construed "contain" to mean: • 

To have within or hold. In the context of an element contained within a data 
structure (e.g. a secure container), the contained element may b. e either directly 
within the container or the container may hold a reference indicating where the 
element may be found. 



9 1 Order Denying Motion for Partial Summary Judgment and Construing "Mwi-Markman Claims' 

10 I ("Markman Order"), My 3, 2003 (Docket #338), p.33 . 

1 1 I The Court has construed "secure" to mean: 



12 
13 
14 
15 

16 J 
17 
18 
19 
20 
21 
22 



One or more mechamsms are employed that (whether alone or in conjunction 
with one or more other mechanisms) prevent or discourage misuse of or 
interference with information or processes, or that detect misuse of or 



. - t" "vwww, mm uviwi tlixauac \JL UI 

interference with information or processes for the purpose of discouraging 

and/or avoiding harm. Such mechanisms may include concealment tamper 

resistance (defined infra), authentication (i.e. identifying (e.g., a person, device 

orgMiption, document, file, etc.)), and.access control. Concealment means ' 

that it is difficult to read information (e.£.;'programs may be encrypted) 

Tamper resistance and authentication are defined separately. Access control 

means that access to information or processes is limited on the basis of 
authorization: Security is not absolute. 

"Securely" means: "In a secure (defined supra) manner. 
Markman Order at p. 48. 

. The PCT publication states that: 

The school or other location ("test site") will be provided with a distributed 
examination container securely containing the VDE identification for the 
administration" electronic appliance and/or test administrator at the test 
„, s,te • ♦ • and a budget enabling, for example, the creation of 200 VDE 

4-> content containers. 

24 J PCT at 913. It further states that: 

25 ...proper use of VDE 100 for the testing process can prevent improper 
access to test contents prior to testing 

26 

27 PCT at 916. Thus, the VDE container is an example of a "secure" "container" as those terms 

28 have been construed by the Court. 
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e. The PCT p ublication discloses a "secure-node" at the receiving 
appliance !_ ~~ r ~. ! ~~ ~ " 

Element (a) recites a "secure node" at the receiving appliance. The Court's 
construction of "secure" is recited above. A node has the following ordinary meaning in 
computer science: '■ : ; • ' * 

In communications, anode is a network junction or connection point. For ' 
example, a personal computer in a LAN is a node. A terminal connected to a 
minicomputer or mainframe is a node. 

Computer Desktop Encyclopedia at 674. Thus, a "secure node 5? includes a computer or terminal 

that prevents, discourages or detects misuse or interference with processes or information for the 

purpose of avoiding harm. Although the '181 specification does not define the term "secure 



11 J node," it uses the term consistently with the ordinary meaning of the term: 1 

12 j Referring again to FIG. 47A, each customed appliance 2052 may fyave a VDE 
I secure node installation 2054 incorporating a protected processing 

13 T environment 154, as described in 'Ginter et al\ and messaging services 

software 2058 that manages communications with other appliances. 

14 
15 
16 



' 181 Patent 56: 18-22. 9 

The PCT publication discloses the user appliance as a "secure" node. In the case 

17 of the SAT testing example, the user appliance is the '"administration' electronic appliance" used 

18 for receiving the "VDE container" containing the examination and rules and controls governing 

19 its use. PCT at 913. As stated in the PCT publication, each such electronic appliance (node) may 

20 include a "Secure Processing Unit" or "SPU" (hence, "secure" node): 

21 Each VDE node or other electronic appliance 600 in the preferred 
embodiment may include one or more SPUs 500 [Secure Processing UnitsJ. 

22 SPUs 500 may be used to perform all secure processing for VDE 100. For 
example, SPU 500 is used for decrypting (or otherwise unsecuring) VDE 

23 projected objects 300 SPU 500 may also perform secure data 

management processes including governing usage of, auditing of, and where 

24 appropriate, payment for VDE objects 300. ■ 

25 PCT at 189-190. It also states: 
26 



9 « 



27 
28 



Ginter et al." refers to U.S. Pat No. 5,892,900, issued Apr. 6, 1999, for "Systems Arid Methods For 
Secure Transaction Management And Electronic Rights Protection," which is also asserted in the present 
action. 
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1 f • • • ™ SPU 500 may be« implemented as a single integrated citemt "chip" 505 to 
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21 

22 
23 
24 



provide a secure processing environment in which confidential and/or 
commercially valuable information can be safely processed, encrypted 
and/or decrypted. • 

PCT at 190. Thus, the PCT publication discloses a "secure node" - the '"administration' 
electronic appliance" containing an SPU. ' 

f The PCT publication discloses a system where the receiving ' 
appliance is associated with a receiving entity 



The.final requirement of element (a) is the "receiving appliance being associated 
with a receiving entity." The PCT publication discloses a system where each test site is 
10 I associated with an "administration" electronic appliance: 
11 
12 
13 
14 

1 5 J PCT at 913. For a number or reasons, including .the .need to delineate the number of tests to be 

16 I distributed to test takers at each particular site, each test site, is associated with an 

17 "'administration' electronic appliance.' 

18 For the foregoing reasons, the PCT publication discloses all requirements of 

19 element (a) of claim 91. 

20 3. Claim 91 - Element (aVft 



The SAT prepares one copy of the container for each school or other location 
which will conduct the examination. The school or other location ("test 
site") will be provided with a distributed examination container securely 
containing the VDE identification for the "administration" electronic 
appliance and/or test administrator at the test site (such as a testing 
organization) arid a budget enabling, for example, the creation of 200 test VDE 
content containers. 



Claim 
Language 



(i) the digital information having been selected at least in part based on the 
digital information's membership in a first class, 



26 



This limitation requires the digital information referred to in element (a) to be 
selected at least in part based upon its membership in a first class. For example, the '181 
25 I specification provides: 



Of particular importance is the notion of classes of content ... For example, the 

27 I present inventions can make use of . . . topical identification, for example, such 
J as information represented in typical library subject and/or author and/or catalog 

28 I and/or ke y word search and retrieval information systems ... any information 
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1 descriptive of an available resource (which may include any iafonnation, ^ • • - 
product, and/or service, whether available In electronic and/or physical forms) 

2 such as : the quahty of a digital product as evaluated and ranked and/or 

J . otherwise specified by one or more third parties and/or independent third 

3 1 ■ parties 

'181 Patent 14:35-55. 

\ As discussed above, "the PCT publication discloses a system, which by way* of 

example, can be used to electronically distribute an SAT test to selected testing sites. In the 
testing example, the distributed information is a particular examination to be given on a specific 
date at a specific time - "November 15, 1994 at 1 :00 PM Eastern Standard time:" PCT at 913. 
Thus, the specific electronic SAT test (digital information) sent to the designated testing sites has 
been selected at least in part based on the test's membership in a first class (the particular SAT 
test to be released to testing sites on November 15, 1994 at 1:00 PM Eastern Standard time). The 
PCT publication provides several other examples of testing scenarios where the tests (digital 
information) are selected based upon their membership in a particular class: 



25 
26 



VDE assisted testing may, of course, be employed for many different 
applications including Secure identification of individuals for 
security/authentication purposes, for employment (e.g. applying for jobs) 
applications, and for a full range of evaluatipn testing. For example, an airline 
pilot, or a truck, train, or bus driver might take a test immediately prior to 
departure or during travel, with the test evaluating alertness to test for fatigue, 
drug use, etc. A certain test may have a different order and/or combination of 
test activities each time, or each group of times, the test is taken. 



PCT at 916. In each of these circumstances, the digital information or content of the particular 

20 test will be classified based upon its appropriateness to the test takers, the particular venue, date 

21 and time of examination, and potentially a host of other factors. 

22 Accordingly, the PCT publication discloses a system where the digital information 

23 is selected at least in part based on the digital information's membership in a first class. 

24 4. Claim 91 - Element (Win 



Claim 
Language 



(ii) the first class membership having been determined at least in part using 
rights management information; ■ 



27 As recited in element (a)(ii), membership in the "first class" is determined at least 

28 * n based upon rights management information. According to the specification of the « 1 8 1 
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26 
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patent, "Mights management information may include electronic rules^nd/or their * -■ =• - : - 
consequences." '181 Patent 1 1 :23-25. Referring again to the testing scenario disclosed in the 
PCT publication, the particular test to be distributed (first class membership) is determined at 
least in part using rights management information, including any one or more of the following 



5 J electronic rules and /or consequence^ .1) the subject matter of the test, 2) the order of the test 



questions, 3) which test questions are presented, and/or 4) timing-related variables such as the r 
. precise starting, duration and stopping times of the examination. PCT at916-17. 

These examples disclose the use of "rights management information" to determine 
the digital information's membership in a first clasSi 

5. Claim 91 - Element Ori ' 



Claim 
Language 



(b) the receiving entity having been selected at least in part based oh said 
receiving entity's membership in a second class, 



Element (b) requires the receiving entity to be selected at least in part based on its 
membership in a second class. The PCT publication's testing example discloses the distribution 
of a particular SAT examination to a selected class of test,sites: 

- '- i . ■ 

A scheduled SAT examination for high school seniors is prepared by the 
Educational Testing Service. The examination is placed in a VDE container for 
scheduled release on November 15, 1994 at 1:00 PM Eastern Standard 
time. The SAT prepares one copy of the container for each school or other 
location which will conduct the examination. The school or other location 
("test site") will be provided with a distributed examination container 
securely containing the VDE identification for the "administration" 
electronic appliance and/or test administrator at the test site . 

PCT at 913. Thus, this passage discloses the requirements of claim 91, element (b) - a particular 
SAT test is distributed to each test site (receiving entity) that will be administering the SAT on 
November 15, 1994 at 1:00 PM Eastern Standard time (receiving entity's membership in a second 
class). 

6. Claim 91 - Element (b)(i\ 



Claim 
Language 



(i) the second class membership having been determined at least in part on 
the basis of information derived from the recipient entity's creation, use of, 
or interaction with rights management information; 
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As explained above in the analysis of element (b), selectedtest sites^e members 
of a second class - the class of test sites administering the SAT examination at a particular time 
and date. Element (b)(i) requires the second class membership to be determined at least in part on 
the basis of information derived from the recipient entity's creation, use o£ or interaction with 
rights management information. The specification of the '181 patent provides numerous ' 
•examples of types of "rights management information" that may be used for classification' 
purposes: 

Rights i management information may be directly or indirectly inputted to the 
matching, classification and/or selection process. . . The following are 
examples of such information that may be provided based, for example, on rules 
and consequences , . user questionnaires audit trail related information 
aggregated usage data . . . information measuring or otherwise related to 
institutional behavior; information measuring or otherwise related to, 
institutional preferences; information measuring or otherwise related to 
institutional culture .. . . " • 



'181 Patent 18:65-19:39. 

As required by this claim element, the membership in the class of test sites is 
determined on the basis of information derived from the.test site's interaction with rights 
management information. For example, sites are determined to be members of a class receiving a 
particular SAT test based upon whether or not that site is scheduled or permitted to administer the 
exam at a designated date and time. PCT at 913. Sites may also be selected based on content of 
an examination, i.e. whether it is an SAT test (where the site might be a high school) or a test 
designed for "an airline pilot, or a truck, train, or bus driver," where the test site might be the 
21 | appropriate workplace. PCT at 916 In addition, membership in the second class is determined 
from the use of VDE identifications, which also is rights management information. The PCT 
publication states: 



19 
20 



22, 
23 
24 
25 
26 
27 
28 



The school or other location ("test site") will be provided with a distributed 
examination container securely containing the VDE identification for the 
administration" electronic appliance and/or test administrator at the test 
site (such as a testing organization) . . : 



PCT at 913. 
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Thus, the PCT publication discloses a process whereby-ttw second class " 
membership (administering test sites) is determined at least in part on the basis of information 
derived from the recipient entity's creation, use of, or interaction with rights management 
information (test type, date, time, etc.). ' 

7. Claim 91 - Elements 



Claim 
Language 



(c) receiving at the receiving appliance rules and controls in a secure 
container, , 



Element (c) .requires rules and controls to be received in a secure container at the 
receiving appliance. The term "controls" has been /construed by the Court to mean: 

"Information and/or programming, controlling operations on or use of resources 
(e.g., content) including (a) permitted, required, or prevented operations, (b) the ' 
nature or extent of such operations, or (c) the consequences of such operations." 

Markman Order at p. 36. The term "rules" has not been construed, but in the "mini" Markm'an 
proceedings, InterTrust argued that "rules and controls" are equated with "control information" in 
the Big Book (' 1 07) application, and that the terms "rule" and "control" are "synonymous." 
InterTrust's Opening Claim Construction Brief at'l 7-19 (Docket #225). 

The PCT publication discloses process in which rules and controls are packaged in 
a secure VDE container. For example: 

The examination is placed in a VDE container for scheduled release on 
November 15, 1994 at 1 :00 PM Eastern Standard time. The SAT prepares 
one copy of the container for each school or other location which will conduct 
the examination. The school or other location ("test site") will be provided with 
a distributed examination container securely containing the VDE 

identification for the "administration" electronic appliance and/or test 
administrator at the test site (such as, a testing organization] (and a budget 
enabling, for example, the creation of 200 test VDE content containers. Each 

container created at me test site may have a permissions record containing 
secure identification information for each electronic appliance 600 on the test 
site's network, that will be used by a test taker, as well as, for example an 
identification for the student who will take the test. 

PCT at 913. These passages disclose receiving at the receiving appliance (receipt by test sites) 
rules and controls (release time, identification requirements, budget) in a secure container 
("VDE" or "examination" container), as recited in element (c) of claim 91. 
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&> Claim 91 - Element fc¥ii 



Claim (i) the rules and controls having been associated with the selected digital 
Language | information; and . 



Element (c)(i) calls for rules and controls received by the receiving entity to be 
associated with selected digital information. As explained in the previous section, the PCT 
publication discloses a process, in which an SAT test is packaged into a "secure container'.' also 
containing rules and controls (release time, identification requirements, budget) governing access 
and distribution of the examination. PCT at 913. The fact that these rules and controls are 
packaged with, and govern the use of, the test contained in the same secure VDE container, 
demonstrates that the rules and controls contemplated in the PCT publication are "associated with 
the selected digital information." Accordingly, the PCT publication discloses Uaim 91 element 
(c)(0- 

9. Claim 91 - Element (d) 



Claim 
Language 



(d) using at the receiving appliance the selected digital information in 
accordance with the rules and controls. 



Element (d) of Claim 91 requires the receiving appliance to use selected digital 
information in accordance with "rules and controls." As stated above in section m(A)(8), test 
sites receive a VDE container encapsulating rules and controls including, for example, a budget. 
This budget sets forth the number of "VDE content containers" that may be produced and 
distributed to the test-taking students: 

The school or other location ("test site") will be provided with a distributed 
examination container securely containing the VDE identification for the 
administration" electronic appliance and/or test administrator at the test site 
(such as, a testing organization) and a budget enabling, for example, the 
creation of 200 test VDE content containers. 

PCT at 913: The "'administration' electronic appliance and/or test administrator at the test site" 

then creates the number of "test VDE content containers" permitted by the "budget." Id. 

Thus, the PCT publication discloses a receiving appliance (test site) that uses 

(creates VDE content containers) the selected digital information (particular test distributed by 
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the Educational Testing Service) in accordance with the rules and conbols-(e.g. a budget); as 
recited in element (d) of claim 91. 

10. Claim 91 - Element (d)(il 



(i) the rules and controls being enforced 1 by the receiving appliance secure 



Claim 
Language 



node. 



6 
7 
8 
9 
10 
11 
12 

14 
15 



, The final element of claim 91 requires the secure node of the receiving appliance 
to enforce-the rules and controls associated with the digital information. As explained in 
Section IH(AX2), the PCT publication discloses an "'administration' electronic appliance" used 
for receiving the "VDE container" containing the examination and rules governing its use. PCT 
at 913. This electronic appliance enforces the rules ahdcbntrols associated with the SAT test, as 
detailed in the PCT publication's lengthy discussion elaborating on the attributes of such "VDE 
Electronic Appliahce[s]," which contain Secure Processing Units. PCT at 180-194. The PCT 
publication states: 



Each VDE node or other electronic appliance 600 in the preferred 
embodiment may include one or more SPUs 500. SPUs 500 may be used to 
perform all secure processing for VDE 100. .. ... It is also uspd for managing 

? encrypted and/or otherwise secured communication . . . SPU 500 may also 

1 6 perform secure data management including governing usage of . . . VDE 
objects ... 

17 -.. - . ■• 

18 PCT at 189-190. 

19 Thus, the PCT publication discloses a method where rules and controls (i.e. release 

20 time, identification requirements, budget, etc.) are enforced by the receiving appliance 

21 (administration electronic appliance) secure node (having a SPU). 
22 
23 

24 Claims 104, 1 14 and 1 3 1 are dependent upon claim 91 . Claim 117 is dependent 

25 upon claim 1 14, which in turn, is dependent upon claim 91 . As detailed supra Sections 111(A)(1) 

26 (10), all the elements of claim 91 are present and disclosed in the PCT publication. The PCT 

27 publication, as demonstrated in the following sections, also anticipates all claims that depend 

28 upon claim 91. 
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B- The PCT Publication Anticipates AH Asserted Claims Dependent Up on Claim 
91 of the 481 Patent 



1. Dependent Claim 104 



Claim 
Language 



104. The method of claim 91 wherein said received selected digital 
information includes entertainment information. 



As explained in Section 111(A)(2) with regard to element (a) of claim 91, the PCX 
publication discloses a process in which a server transfers "selected digital information" to a 
receiving appliance. Dependent claim 1 04 calls for this "selected digital information" to include 
"entertainment information." The ordinary meaning of "entertainment" is "something diverting : 
or engaging." Merriam-Websier f s Collegiate Dictionary, TenthEdition (1999). !0 The '181 
specification fails to define or indicate what the term "entertainment information" refers to and, 
therefore, does not contradict the ordinary meaning of the term. 

The PCT publication contemplates the delivery of digital entertainment 

information to end users. It discloses that a sending appliance may distribute all varieties of 

» 

digital information, which are listed in a "repository content catalog:" PCT at 839. Such digital 
information may include "lists of publications, software, games, movies, etc." Id. Software, 

games and movies fit within even the narrowest construction of the term "entertainment 

- .* ■ ■ ♦ 

information." Moreover, the PCT publication discloses that any type of electronic information 
may be distributed in VDE containers: 

Figure 20 shows an example of a VDE content object structure 880. Generally, 
content objects 880 include or provide information content. This 'content' may 
be any sort of electronic information. For example, content may include 
computer software, movies, books, music, . . * multimedia information, 
virtual reality information 

PCT at 407-408. Various examples of information recited in this passage could be included in the 
category of "entertainment information." Categories such as movies, books and music most 
certainly fit any definition of entertainment information. Therefore, the PCT publication 
anticipates claim 104, as it discloses all the elements of claim 91, as well as end user receipt of 
"entertainment information." 



10 Merriam-Webster 's Collegiate Dictionary, Tenth Edition (1 999) attached as Exhibit E to the Declaration 
of SamO'Rourke. 
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Dependent Claim 114 



Claim 
Language 



114. The method of claim 91 wherein said rules and controls specify at 
least one clearinghouse acceptable to rightsholders. 



4 
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Claim 1 14 calls for rules and controls, as detailed supra Section mi(A)(7) with 
regard to element (c) of claim 91 , specifying Vat least one clearinghouse acceptable to 
rightsholdere." The term "clearinghouse" has. been construed by the Court to mean: 

A provider of financial and/or administrative services for a number of entities' 
or an entity responsible for collection, maintenance, and/or distribution of '■ * 
materials; information, license, etc. ' 

MarkmanOrderatp.21. The PCT publication discloses a number of different varieties of 
clearinghouses: . 

I' u 3 i7 I i E re P° sitor y ma y P er fonn audit information clearinghouse services on 
behalf of VDE creators or other participants (e.g. distributors, redistributors 
client administrators, etc.) for usage information reported by VDE users Such 
services may include analyzing such usage information, creating reports 
collecting payments, etc. F ' 

PCT at 817. It also provides for clearinghouses that are acceptable to rightsholders: 

A "full service" VDE repository may be very attractive to both providers and 
users of VDE managed content Providers of VDE managed content may 
desire to place their content in a location that is well known to users, offers 
credit, and/or performs audit services for them. 

Id. Accordingly, the PCT publication anticipates claim 1 14 of the ' 1 8 1 patent, as it discloses all 
elements of the claim. 

3. Dependent Claim 117 



Claim 
Language 



117. The method of claim 114 wherein said at least one acceptable 
clearinghouse is a rights and permissions clearinghouse. 



23 . As set forth in Section 111(B)(2) supra, the PCT publication discloses a number of 

24 different varieties of clearinghouse. Among them are clearinghouses which provide rights and 

25 permissions services: 

26 , The clearinghouse system 3302B is comprised of a user/author registration 

system 3338, template libraries 3340; a control structure library 3342* a 

27 disbursement system 3344; an authorization system 3346 comprised 'of £ 
financial system 3348 and a content system 3350 ... 

28 " 
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PCT at 821-22. .Features such as "a control structure library " w a disbursement system," "an 
authorization system 1 ' and u a content system" are all components of a clearinghouse that 
distributes, authorizes and governs the use of content. This describes the functionality of a rights 
and permissions clearinghouse, Accordingly, because the PCT publication discloses all elements 
of claims 91 and 1 14 (upon which claim 1 1 17 depends), as well as the additional element of claim 
1 1 7, the PCT publication anticipates claim 1 1 7 of the * 1 8 1 patent. 
4. Dependent Claim 131 



Claim 
Language 



131. The method of claim 91 wherein said receiving appliance is a personal 
computer. 



In addition to 411 the elements of claim 91, claim 131 requires that the receiving 
appliance, discussed supra Section 111(A)(2), be a personal computer. One ordinary meaning of a 
"personal computer" is: . 

Synonymous with "microcomputer," "desktop computer," and "laptop 
computer," it is a computer that serves one user in the office or home. 



o a computer 



Computer Desktop Encyclopedia at 751. The PCT publication specifically, discloses a system 

1 6 where the receiving appliance is a computer: 

17 Electronic appliance 600 may be practically any kind of electrical or electronic 
device, such as: 

18 11 
19 

20 PCT at 180. Moreover, the PCT publication specifically discloses that the electronic appliance 

21 may be a "personal" computer, stating "if appliance 600 is a personal computer > . 

22 PCT at 1 8 1 . Thus, in addition to reading on all elements of claim 9 1 of the ' 18 1 patent, the PCT 

23 publication discloses a system where the receiving appliance is a personal computer, thereby 

24 J anticipating claim 131. 
25 
26 
27 
28 
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c - The PCT Publication Anticipates Claim 48 Of The* t8i»Pa tent 

Claim 48 of the ' 1 8 1 patent is very similar to claim 9 1 . 1 1 The substantive 
difference between these claims is that claim 91 requires a "secure container," whereas claim 4? 
oniits this requirement The effect of this omission is to render claim 48 broader than claim 91. 
This omission also renders claim 48 tnore easily anticipated, because the anticipating reference 
need not disclose the use of a "secure container" • 

Practically, therefore, because claim 91 is anticipated by the PCT publication, 
claim 48 is as well. Rather than repeat the anticipation analysis set forth in Section IH(A) supra 
for claim 48, the following is a chart setting forth the anticipation analyses that is applicable to 
10 each element of this claim: , 



7-> 
8 
9 



11 

12 
13 
14 
15 
16 
17 
18 
19 



48. A method for narrowcasting selected digital information to specified recipients 
including: [Section IIl(A)(l)J 



(a) at a receiving appliance, receiving selected digital information from a sending appliance 
remote from the receiving appliance, the receiving appliance having a secure node and being 
associated with a specified recipient; (Section 111(A)(2)] 



(i) the digital information having been selected at least in part based on the digital 
information's membership in a first class, [Section .111(A)(3)] wherein the first class 
membership was determined at least in part using rights management information- and 
[Section 111(A)(4)] 



(ii) the specified recipient having been selected at least in part based on membership in a 
second class, [Section 111(A)(5)] wherein the second class membership was determined at 
least in part on the basis of information derived from the specified recipient's creation, use of, 
or interaction with rights management information; and [Section 111(A)(6)] 



(b) the specified recipient using the receiving appliance to access the received selected digital 
information in accordance with rules and controls, [Section 111(A)(9)] associated with the 
selected digital information, [Section 111(A)(8)] the rules and controls being enforced by the 
receiving appliance secure node. [Section III(A)(10)] 



D - Jsof Th 18 t t°° t A **" *' Ci Pa ~ AsSCrtcd Claims Pendent Upon Claim 

Claims 59, 61, 63, 70, 72 and 89 are dependent upon claim 48. Claim 62 is 
dependent upon claim 61 and claim 75 is dependent upon claim 72. Thus both are also ultimately 

" Non-substantively, claim 48 simply combines several of the elements recited in claim 9 1 into 
single elements. 
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dependent upon claim 48. As detailed in the chart jjwpra Section 111(0,^11 the elements ef claim 
48 are present and disclosed in the PCT publication The PCT publication, as demonstrated in the 
following sections, also anticipates all claims that depend upon claim 48. • 
.1. Dependent Claim 59 



Claim 
Language 



59. The method of claim 48 wherein said received selected digital 
information is at least in part event information. 



Claim 59 requires that selected digital information be at least in part "event 
information." The ordinary meaning of the term "event" is "something that happens: 
occurrence." Merriam-Webster's Collegiate Dictionary, Tenth Edition (1999). Thus, "event 
information" is simply information about something that happens. Although the ' 4 1 8 1 patent fails 
to define the term "event information," the plain meaning of the term is consistent with its use in 
the * 181 specification: . •' 



Various ticket agencies 4506(1 )-4506(n) may send information about specific 
events 4512(l)~4512(n) and/or information about agency services 4514(1)- 
45 1 4(n) to the matching and classification utility 900. In another example, an 
, . „ event promoter may send event information directly to the matching and 

15 classification utility 900. 

16 I '181 Patent 80:52-57. 
The testing example of the PCT publication discloses a test site receiving, in a 

secure container, information regarding an SAT test. This SAT testing information includes 
information regarding the date and time of the test: 



17 
18 
19 



20 A scheduled SAT examination for high school seniors is prepared by the 
Educational Testing Service. The examination is placed in a VDE container for 

21 scheduled release on November 15, 1994 at 1 :00 PM Eastern Standard 
tin, e-. The SAT prepares one copy of the container for each school or other 

22 location which will conduct the examination. 

23 PCT at 913. The PCT publication also discloses other timing related variables: 

24 Electronic testing employing VDE 100 may also ensure that timing related 

• variables of testing (for example precise starting, duration, and stopping 

25 times) can be reliably managed. 

26 PCT at 9 1 6. Thus, the received selected digital information (VDE container encapsulating the 

27 exam and rules and controls) is at least in part event information (information regarding the 

28 release date, timing and schedule of the SAT examination), thereby anticipating claim 59. 
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Claim 
Language 



61. the method of claim 48 wherein said received selected digital 
information is at least in part entertainment information. 



Claim 6 1 is anticipated because the PCf publication discloses all elements of 
claim 48 (as demonstrated in Section' m(C)), as well as the additional element recited in this 
claim (as demonstrated in Section 111(B)(1)). 

3. u Dependent Claim 62 



Claim 
Language 



62. The method of claim 61 wherein said entertainment information is at 
least in part music information. 



As demonstrated in Section 111(D)(2), the PCT publication anticipates claim 61 . 
Claim 62 depends upon claim 61 and recites the additional element that the "entertainment 
information" of claim 61 is at least in part "music information." The PCT publication specifically 
discloses that the digital information received by the receiving appliance can include "music" 
information: 

Figure 20 shows an example of a VDE content object structure 880. Generally, 
content objects 880 include or provide information content. This "content" may 
be any sort of electronic information. For example, content may include . . . 
music ... 

PCT at 407-08. Accordingly, claim 62 is anticipated by the PCT publication. 
4. Dependent Claim 63 



Claim 
Language 



63. The method of claim 48 wherein said received selected digital 
information is at least in part executable software. ' 



22 Claim 63, which depends on claim, 48, recites the additional element requiring the 

23 selected digital information to be at least in part "executable software." The Court has construed 
. 24 the term "executable programming" to mean "A computer program that can run, directly or 

25 through interpretation." See Order at p. 22 (Docket No. 338). The PCT publication discloses the 

26 transmission and reception of digital information that may include "executable software," stating: 

27 Figure 20 shows an example of a VDE content object structure 880. Generally, 
2g content objects 880 include or provide information content. This "content" may 

rw , m/ , 1iCni „, • „ MICROSOFT'S MOTION FOR PARTIAL SUMMARY 
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be any sort of electronic information. For .example, content may include 
computer software ... 1 

- ■ ' * • 

PCT at 407-408. Thus, the PCT publication anticipates claim 63 of the '181 patent. 

»■ 

5. Dependent Claim 70 



Claim 
Language 



70. The method of claim 48 wherein Said rules and controls at least in part 
govern usage audit record creation. - 



7 
8 
9 
10 
11 
12 
13 
14 
15 
16 
17 
18 
19 
20 



Claim 63, which depends on claim 48, recites the additional element wherein the 
rules and controls "at least in part govern usage audit record creation." The PCT publication 
discloses rules and controls that at least in part govern usage audit record creation in its SAT 
testing scenario: • 

. . : proper use of VDE 100 for the testing process can prevent improper access 
to test contents prior to testing and ensure that test taking is properly audited 
and authenticated, that is which person took which test, at which time, on 
which electronic appliance, at which location. 

PCT at 91 6. Thus, the PCT publication anticipates claim 70 of the ' 1 8 1 patent. 
6. Dependent Claim 72 



Claim 
Language 



72. The method of claim 48 wherein said rules and controls in part 
specifying at least one clearinghouse acceptable to rights holders. 



Claim 72 is anticipated because the PCT publication discloses all elements of 
claim 48 (as demonstrated in Section 111(C)), as well as the additional element recited in this 
claim (as demonstrated m Section 111(B)(2)). 
21 7. Dependent Claim 75 



22 
23 



Claim 
Language 



75. The method of claim 72 wherein said at least one acceptable 
clearinghouse is a rights and permissions clearinghouse. 



24 Claim 75 is anticipated because the PCT publication discloses all elements of 

25 claim 72 (as explained directly above in Section 111(D)(6)), all elements of claim 48 (as 

26 demonstrated in Section m(C)), as well as the additional element recited in this claim (as 

27 demonstrated in Section 111(B)(3)). 



28 



DOCSSV1:260337.2 



-24- 



MICROSOFT S MOTION FOR PARTIAL SUMMARY 
JUDGMENT OF INVALIDITY OF THE '181 PATENT 
CASENO. COI-1640 SBA (MEJ) 



1 

2 
3 
4 
5 
6 
7 
8 
9 
10 
11 
12 

13 
14 

15 
16 
17 
18 
19 

20 

21 

22 

23 

24 

25 

26 

27 

28 



8. Dependent Claim 89 



Claim 
Language 



89. The method of claim 48 wherein said receiving appliance is a personal 
computer. 



Claim 89 is anticipated because the PCX publication discloses all elements of 
claim 48 (as demonstrated in Section 111(C)), as well as the additional element recited in this 
claim (as demonstrated in Section EI(B)(4)). 
IV. CONCLUSION 

For the forgoing reasons, Microsoft respectfully requests that the Court declare 
U.S. Patent No. 6,1 12,181 invalid as anticipated under 35 U.S.C § 102(b) by the PCT publicatic 
published under International Publication Number WO 96/27155. 



Dated: February 23, 2004 



3f Counsel: 

r. Andrew Culbert, Esq. 
)ne Microsoft Way 
building 8 

ledmond, WA 98052-6399 
'hone: 425-882-8080 ' 
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WILLIAM L. ANTHONY 
ERIC L. WESENBERG 
HEIDI L.KEEFE 
KENNETH J. HALPERN 
SAM O'ROURKE 

ORRICK HERRTNGTON & SUTCLIFFE, LLP 
1000 Marsh Road 

Menlo Park, CA 94025 • , • 

Telephone: (650)614-7400 

STEVEN ALEXANDER 
KRISTIN L. CLEVELAND 
JAMES E. GERJNGER 
JOHN D. VANDENBERG 
KLARQUIST SPARKMAN, LLP 
One World Trade Center, Suite 1600 
121 S.W. Salmon Street 
Portland,, OR 97204 
Telephone: (503) 226-7391 

Attorneys for Defendant and Counterclaimant 
MICROSOFT CORPORATION 
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WILLIAM' L. ANTHONY (State Bar No. 106908) 
ERIC L. WESENBERG (State Bar No. 139696) 
HEIDI L. KEEFE (State Bar No. 178960) 
SAM O'ROURKE (State Bar No. 205233) 
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JAMES E. GERINGER (admitted Pro Hac Vice) 
JOHN D. VANDENBERG 
KLARQUIST SPARKMAN, LLP 
One World Trade Center, Suite 1600 
121 S.W. Salmon Street • '• • 

Portland, OR 97204 
Telephone: (503)226-7391 
Facsimile: (503)228-9446" ' .; 

Attorneys for Defendant and Counterclaimant, •' 
MICROSOFT CORPORATION 

UNITED STATES DISTRICT COURT 
NORTHERN DISTRICT OF CALIFORNIA 
OAKLAND DIVISION 



INTERTRUST TECHNOLOGIES 
CORPORATION, a Delaware corporation, 

Plaintiff, 



v. 



MICROSOFT CORPORATION, a 
Washington corporation, 

Defendant. 



AND RELATED CROSS-ACTION. 



Case No. C 01-1640 SBA (MEJ) 
Consolidated with C 02-0647 SBA (MEJ) 
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DISMISSAL WITH PREJUDICE 



28 



DOCSSVl 265362.1 
9M3-6 SO! 



JOINT STIPULATION OF DISMISSAL WITH 
PREJUDICE C 01 -1640 SBA (MEJ) 



1 

2 
3 
4 
5 
6 
7 
8 

4 

10 
11 
12 

13 | 

14 
15 
16 

V 7 
18 

19 

20 
21 
22 
23 
24 
25 
26 
27 
28 



WHEREAS the Parties have resolved their dispute; . 

r • 

IT IS HEREBY STIPULATED AND AGREED by and between Plaintiff 
InterTrust Technologies Corporation and Defendant and Counterclaimant Microsoft Corporation 
by and through their respective undersigned counsel, and pursuant to Federal Rules of Civil 
Procedure 41 (a)(lXii) and 41(c), that the above-captioned matter be dismissed in its entirety with 
prejudice, wiui each side bearing its own costs and attorney's fees. 



Dated: 





ERIC L. WESENBERG 
ORRICK, HERRINGfON & \ 



Eric L. Wesenberg 
Attorneys for Defendant and* Counterclaimant 
MICROSOFT CORPORATION 



Dated: if/} 



MICHAEL H. PAQE_ 
KEKER &V AN NESTXLI 



.^MfchaelHPage^ 
Attorneys for Plaintiff and Couiterdefendant 
INTERTRUST TECHNOLOGIES CORP, 



PURSUANT TO STIPULATION, IT IS SO ORD 



Dated: (T'&'d/ 




i Armstroii 
United States District Judge 
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DECLARATION OF SERVICE VIA ELECTRONIC MAIL AND U.S. MAIL 



I am more than eighteen years old and not a party to this action. My place of 
employment and business address is 1000 Marsh Road, Menlo Park, California 94025. 

On May 10, 2004, 1 served: 

JOINT STIPULATION OF DISMISSAL WITH PREJUDICE 



By transmitting a copy of the above-listed documents) in PDF form via electronic mail Michael 
H. Page at mhp@kvn.com, Doug Derwin at doug.derwin@derwin.com, 
dderwin@intertrust.com; James E. Geringer at james.geringer@klarquist.com and Michael 
Lyons at mlyons^morganlewis.com and also by placing true and correct copies of the above 
documents in an envelope addressed to: 



John W. Keker, Esq. 
Michael H. Page, Esq, 
Keker & Van Nest, LLP 
710 Sansome Street 
San Francisco, CA 94 111 
Tel. No. 415-391-5400 
Fax No. 415-397-7188 
Email: jwk@kvn.com 
Email: mhp@kvn.com 

Attorneys for Plaintiff, INTERT RUST 
TECHNOLOGIES CORPORATION 

Michael Lyons, Esq. . . 

Morgan Lewis & Bockius LLP 

3300 Hillview Avenue 

Palo Alto, CA 94304 .. 

Tel, No. 650-493-4935 

Fax No. 650-493-5556 

Email: mlyons@morgahlewis.com 

Attorneys for Plaintiff InterTrust 
TECHNOLOGIES CORPORATION 



Doug Derwin, Esq. 

Deravin&Siegel 

3820 AJpine Road 

Portola Valley, CA 94028 

Tel. No: 650-529-8700 

Fax No: 650-529-8799 . 

E-mail: doug.derwin@derwin.com 

E-mail: dderwin@intertrust.com . 

Attorneys for Plaintiff, INTERTRUST 

TECHNOLOGIES CORPORATION 



Johii D. Varidenberg, Esq. 

MichaeLLyons, Esq. 

Morgan Lewis & Bockius LLP 

3300 Hillview Avenue 

Palo Alto, CA 94304 

Tel. No: 503-226-7391 

Fax No: 503-228-9446 

Email: john.vandenberg@klarquist.com 

Email: james.geringer@klarquist.com 

Attorneys for Defendant and Counterclaimant, 
MICROSOFT CORPORATION 



and sealing the envelope, affixing adequate first-class postage and depositing: it in the U.S. mail 
at Menlo Park, California. 

Executed on May 10, 2004 at Menlo Park, California. 

I declare under penalty of perjury that the foregoing is true and correct 



ANNA FREDDIE 
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Microsoft and InterTrust Settle Outstanding 
Litigation and License Intellectual Property 

Redmond, WA, and Santa Clara, CA, April 12, 2004 - Microsoft 
Corporation and InterTrust Technologies Corporation announced today 
that Microsoft has taken a comprehensive license to InterTrust's 
patent portfolio for a one-time payment of $440 million. 

The agreement resolves all outstanding litigation between the two 
companies. In addition, InterTrust receives rights under Microsoft 
patents to design and publish InterTrust reference technology 
specifications related to DRM (Digital Rights Management) and 
security. Microsoft and InterTrust believe this agreement will 
accelerate adoption and development of DRM technologies. 

* Licensing InterTrusfs patent portfolio reaffirms Microsoft's 
commitment to the importance of intellectual property rights as well 
as our commitment to our end-user customers to stand behind our 
products in these emerging technology areas,* said Marshall Phelps, 
deputy general counsel and corporate vice president of intellectual 
property at Microsoft. *One of our goals with this and our broader IP 
licensing program is to provide peace of mind for our customers and 
partners by letting them know that patent licensing is our 
responsibility. Doing an effective job at managing the IP in our 
software differentiates our products and builds confidence that 
Microsoft has the rights necessary to build innovative solutions." 
Today's announcement validates InterTrust's intellectual property 
portfolio as seminal to advancing DRM and trusted computing in the 
marketplace," said Talal Shamoon, chief executive officer of 
InterTrust. "InterTrust will continue to help drive the adoption of 
these important technologies through our inventions, licensing 
programs and reference technologies, and we expect to develop a 
thriving licensing business going forward." 
The settlement agreement ensures that Microsoft's end user 
customers can use Microsoft products and services as they are 
intended to be used without requiring a license from InterTrust. In 
addition, software developers who build products using Microsoft 
platform technology will not require an InterTrust license for normal 
and expected uses of the Microsoft technology. 
However, developers, including system integrators, may need a 
license from InterTrust for other uses of Microsoft technology, 
including cases In which Microsoft technology is combined with third 
party technology. Information about licensing terms, questions about 
whether a license is needed, and documents needed to license 
InterTrust technology can be found in licensing. Third-party software 
developers can also obtain information from Microsoft at 
www.microsoft.com/presspass. 

*DRM solutions are essential to secure valuable personal, business, 
and commercial content In a massively connected world," said Will 
Poole, senior vice president of the Windows client business at 
Microsoft. "With our existing technology and IP portfolio combined 
with our new agreement with InterTrust, Microsoft is committed to 
working with the broader industry to accelerate the promotion of DRM 
standards and solutions. Microsoft and our partners are delivering the 
most powerful and flexible rights management solutions in the 
industry, while assuring customers that we have the IP necessary to 
secure our products." 



J 



secure our products." 



About InterTrust Technologies Corporation 

InterTrust Is an independent, privately held company located In Silicon 
Valley. The Company was founded In 1990 and was publicly traded 
from 1999 to early 2003 when it merged with a joint venture owned 
by Sony, Philips, and Stephens Bank. The Company holds 30 U.S. 
patents and has over 100 patent applications pending worldwide. 
InterTrusf s patent portfolio covers software and hardware techniques 
that can be implemented in a broad range of products that use DRM 
and trusted computing technologies, including computer operating 
systems, digital media platforms, web services, and enterprise 
Infrastructure. InterTrust has research, engineering, and IP groups 
focused on developing and monetizing next-generation technologies 
and Inventions. 

« 

About Microsoft Inc. 

Founded in 1975, Microsoft (Nasdaq "MSFT") is the worldwide leader 
In software, services, and solutions that help people and businesses 
realize their full potential. 

# # # 

Media Contacts 

For more information, press only: 

Robin Buckley, Buckley Kaldenbach for InterTrust, (703) 533-9805, 
robin@buckleykaldenbach.com 

Isabel Kaldenbach, Buckley Kaldenbach for InterTrust, (703) 979- 
3076, lsabel@buckleykaldenbach.com 

Leigh Anne Varney, Vamey Business Communications for InterTrust, 
(415) 387-7250, la@vameybusiness.com 

Mark L. Martin, Waggener Edstrom for Microsoft, (425) 638-7000, 
markm@wagged.com 

Microsoft Rapid Response Team, Waggener Edstrom, (503) 443-7070, 
rrt@wagged.com 

Note to editors: Additional information on InterTrust and Microsoft can 
be found at the following websites. For InterTrust, please visit other 
pages of this website. For Microsoft, please visit the Microsoft web 
page at http://www.microsoft.com/presspass/ on Microsoft's 
corporate information pages. Web links, telephone numbers, and titles 
were correct at time of publication, but may since have changed. For 
additional assistance, journalists and analysts may contact Microsoft's 
and/or InterTrust's Rapid Response Teams respectively or other 
appropriate contacts listed at 

http.V/www.microsoft.com/presspass/contactpr.asp. 
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